Mysql主從同步的Last_IO_Errno:1236錯(cuò)誤是什么原因呢，我們要如何來解決這個(gè)問題呢?下面和小編一起來看看關(guān)于此問題的記錄與解決辦法。
從服務(wù)器錯(cuò)誤代碼：
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.000005' at 16750821, the last event read from '/usr/local/mysql/Binlog/mysql-bin.000005' at 16750821, the last byte read from '/usr/local/mysql/Binlog/mysql-bin.000005' at 120.'
大概分析了一下原因，個(gè)人認(rèn)為很可能的因素的由于①mysql版本不同導(dǎo)致；②備份不完全導(dǎo)致的。之前配置版本相同的mysql是不存在這個(gè)問題的。(時(shí)間問題，沒有具體測試原因)
主服務(wù)器由于上次php導(dǎo)致的宕機(jī)，升級(jí)到了最新版本的mysql(5.6.29)，而從服務(wù)器我剛剛編譯的時(shí)候使用的5.5.49這個(gè)版本的db，因此推斷可能是由于這個(gè)問題導(dǎo)致的，沒有去看官方文檔，只是個(gè)人猜測。
版本不同導(dǎo)致的另外一個(gè)問題是：
[root@Backup tmp]# /usr/local/mysql/bin/mysql -uroot -p ./all.sql
Enter password:
ERROR 1064 (42000) at line 279: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'STATS_PERSISTENT=0' at line 11
我偷懶，直接重新編譯一個(gè)相同版本的mysql了事，具體原因和版本不同，沒有仔細(xì)研究。
slave臨時(shí)跳過錯(cuò)誤方法：
MySQL
mysql>slave stop; #stop slave
mysql>SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1;
mysql>slave start; #start slave
slave永久跳過錯(cuò)誤的方法：
vi /etc/my.cnf
[mysqld]
slave-skip-errors=1062,1053,1146 #跳過指定error no類型的錯(cuò)誤
#slave-skip-errors=all #跳過所有錯(cuò)誤
總結(jié)
以上就是本文關(guān)于Mysql主從同步Last_IO_Errno:1236錯(cuò)誤解決方法的全部內(nèi)容，希望對大家有所幫助。如果您有什么更好的處理方法，可以留言，大家一起交流討論。
感興趣的朋友可以參閱：MySQL表排序規(guī)則不同錯(cuò)誤問題分析、企業(yè)生產(chǎn)MySQL優(yōu)化介紹、MYSQL子查詢和嵌套查詢優(yōu)化實(shí)例解析等，有問題請留言，小編會(huì)及時(shí)回復(fù)大家。感謝朋友們對本站的支持！
您可能感興趣的文章:- MySQL 主從同步,事務(wù)回滾的實(shí)現(xiàn)原理
- MySQL數(shù)據(jù)庫主從同步實(shí)戰(zhàn)過程詳解
- MySQL主從同步中的server-id示例詳解
- Centos7系統(tǒng)下Mysql主從同步配置方案
- MySQL主從同步延遲的原因及解決辦法
- MySQL主從同步機(jī)制與同步延時(shí)問題追查過程
- MySQL數(shù)據(jù)庫的主從同步配置與讀寫分離
- Mysql主從同步的實(shí)現(xiàn)原理
- 詳解Mysql主從同步配置實(shí)戰(zhàn)
- 詳解windows下mysql的主從同步
- 詳解MySQL數(shù)據(jù)庫設(shè)置主從同步的方法
- Mysql數(shù)據(jù)庫的主從同步配置
