error 1236 from master when reading data from binary log: ‘Slave can not handle replication events with the checksum that master is configured to log    

         Slave_IO_Running: No

            Slave_SQL_Running: Yes

              Replicate_Do_DB: 

          Replicate_Ignore_DB: 

           Replicate_Do_Table: 

       Replicate_Ignore_Table: 

      Replicate_Wild_Do_Table: 

  Replicate_Wild_Ignore_Table: mysql.%,test.%

                   Last_Errno: 0

                   Last_Error: 

                 Skip_Counter: 0

          Exec_Master_Log_Pos: 451

              Relay_Log_Space: 302

              Until_Condition: None

               Until_Log_File: 

                Until_Log_Pos: 0

           Master_SSL_Allowed: No

           Master_SSL_CA_File: 

           Master_SSL_CA_Path: 

              Master_SSL_Cert: 

            Master_SSL_Cipher: 

               Master_SSL_Key: 

        Seconds_Behind_Master: NULL

Master_SSL_Verify_Server_Cert: No

                Last_IO_Errno: 1236

                Last_IO_Error: Got fatal
error 1236 from master when reading data from binary log: ‘Slave can not handle replication events with the checksum that master is configured to log;
the first event ‘mysql-bin.000001’ at 451, the last event read from ‘./mysql-bin.000001’ at 451, the last byte read from ‘./mysql-bin.000001′ at 120.’

               Last_SQL_Errno: 0

               Last_SQL_Error: 

  Replicate_Ignore_Server_Ids: 

             Master_Server_Id: 1

show slave status \G;

环境：

centos 6.5 

主—主–从–从–从（本环境）

也适用：

主—–从—-从—-从

主库： 5.6.25 

从库：5.5.32

解决：

主库添加：

vim /etc/my.cnf

binlog_checksum=none

主库 重新  show master status \G

记录下来 

mysql-bin.000002 |      439 

从库 

change master to master_host=’192.168.199.40′,master_port=3306,master_user=’slave’,master_password=’123456′,master_log_file=’mysql-bin.000002′,master_log_pos=439;

启动从库

start slave 

show slave status \G

Slave_IO_Running: Yes (主库推送binlog线程) 必须yes，不然没法交互，他们要通信的。
Slave_SQL_Running: Yes（从库重放线程）必须yes，不然没法复制

问题解决。

原因：

主库用的 mysql5.6 , binlog_checksum 默认设置的是 crc32。新手建议，多看my.cnf,务必精通。就像开发的API那样。你懂的！

赠送：

目录[-]

1. master 配置
2. slave配置

    网站有一个后台业务，叫searchEngine项目，基于Lucene 构建。主要提供索引构建和检索的功能，搜索引擎查询mysql 数据库然后根据数据状态来构建索引，这里采用的是 程序每隔一段时间主动轮询 mysql 查询 数据列 增删改的状态，对应的去增删改 Lucene 索引，然后会将索引的状态更新到数据列中，方便轮询的时候区分哪些是未索引的数据。

    由于mysql主要采用myisam引擎，导致java程序构建索引 轮询数据库的时候，频繁锁表，页面查询的时候无法响应。这里做了下 mysql 主从同步，将所有业务上的更新和查找在 master 上进行，而Lucene后台服务操作slave库，同时也起到备份的作用。这里整理下做主从备份的一些配置。

    主库 master：192.168.0.102，mysql 5.6.12，centos

    从库 slave：192.168.0.100，mysql 5.5.13，centos

都是采用源码编译，安装过程可以查看我的这篇博文。master、slave 所有的数据表结构都一致。之前我做了一个双master 的配置，可以查看这里

1. master 配置

这里的配置只截取了部分 同步需要的配置，其他的优化方面的暂不考虑

my.cnf：

?

    创建同步用户，在主服务器上为从服务器建立一个连接帐户，该帐户必须授予REPLICAITON SLAVE权限。在主服务器登陆mysql上执行

?

注： replication@192.168.0.100这里是客户端的ip 可以使用 % 代替，表示允许任意的客户端，例如：

192.168.0.% 。表示该段地址的主机都可作为客户端。

查看master 状态：

?

注意上面的 File 和 Position ：slave 配置的时候会使用。

2. slave配置

?

用change master语句指定同步位置

?

启用slave;
?

关闭slave;

?

查看状态：

?

这里出现了这样一个错误：

Last_IO_Error: Got fatal error 1236 from master when reading data from >> binary log: 'Slave can not handle replication events with the checksum that >> master is configured to log; the first event 'mysql-bin.000001'

这是由于 master 用的 mysql5.6 , binlog_checksum 默认设置的是 crc32。 如果slave用的 5.5 或者更早的版本，请将master的 binglog_checksum设置为 none。

binlog_checksum=none

重启master ： ./mysqld restart 

查看slave :show slave status\G;

?

注：Slave_IO及Slave_SQL进程必须正常运行，即YES状态，否则都是错误的状态(如：其中一个NO均属错误)。

参考：

http://my.oschina.net/congqian/blog/138485

赠送2

MySQL 搭建主从同步，从报 Slave can not handle replication events with the checksum that master 错误问题

心血来朝，想复习一下MySQL主从搭建，虽开打VM,分别开启了我以前安装的两台虚拟机，一台CentOS6 一台Ubuntu,这两台都安装好了MySQL数据库，安装啥的不说了，配置也没问题。但是但我把主上的数据库dump出来，复制来从上，然后做同步的时候报错了：

百思不得奇解，还叫过DBA把我从做了一遍，还是报这个错，虽放 Google 一搜索，好家伙。

这是由于 master 用的 mysql5.6 , binlog_checksum 默认设置的是 crc32。 如果slave用的 5.5 或者更早的版本，请将master的 binglog_checksum设置为 none。

才记起来我 CentOS6 安装的是 mysql 5.6 版本， Ubuntu系统上安装的是 5.5版本

解决步骤：

1. 关闭 master checksum:

1. 添加 my.cnf 配置文件中添加如下设置，下次重启就可以不用做步骤1，直接生效了。

1. 重新查询master状态：

搞定。
然后我叫DAB也要把这问题好好记一下，没准下次就会遇到了。

binlog checksum功能介绍

http://blog.sina.com.cn/s/blog_53fab15a0102vodv.html

参考：

https://www.liurongxing.com/mysql-slave-can-not-handle-replication-events-with-the-checksum-that-master.html

后来发现是因为主库MySQL版本是5.6， 从库是5.5

5.6的版本中加入了replication event checksum，主从复制时间校验功能，所以需要把这个关掉才能正常同步到5.5的slave

修改主库 /etc/my.cnf

增加下一行

binlog_checksum=none

重启mysql

现在再看从库status就正常了~