【MySQL】複製1236錯誤(不同版本間binlog_checksum配置問題)
現象:
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 4, the last event read from '/usr/local/mysql/data/mysql-bin.000001' at 120, the last byte read from '/usr/local/mysql/data/mysql-bin.000001' at 120.'
現象分析:這是不同版本間出現的checksum的問題,mysql5.6.5以後的版本中binlog_checksum=crc32,而低版本都是binlog_checksum=none。
解決方法:
在高版本上啟動binlog_checksum=none,然後跳過現有的採用checksum的事件(當然也可以flush logs,然後指向binlog日誌檔案的最新位置)
當然存在一個問題就是主從資料不一致,這個可以percona的pt_table_sync工具結局
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/30221425/viewspace-1798856/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 解決mysql使用GTID主從複製錯誤問題MySql
- 不同版本間 EXP 問題
- Mysql:1236常見錯誤MySql
- mysql replication複製錯誤(zt)MySql
- mysql主從複製配置與問題解決MySql
- Laravel對不同版本的MySQL字元編碼報錯問題LaravelMySql字元
- 關於在不同版本和平臺之間進行還原或複製的常見問題
- Mysql主機斷電導致複製出錯 server_errno=1236MySqlServer
- MySQL主從複製錯誤——列型別轉換錯誤MySql型別
- MySQL複製的奇怪問題MySql
- MySQL 主從複製錯誤1837MySql
- MySQL GTID複製錯誤修復演示MySql
- mysql複製--主從複製配置MySql
- mysql master-slave複製錯誤[解決事例]MySqlAST
- TensorFlow不同版本引起的錯誤
- MySQL資料庫1236錯誤模擬和解決MySql資料庫
- mysql多源複製跳過錯誤處理方法MySql
- mysql的時區錯誤問題MySql
- MySQL 8 複製(五)——配置GTID複製MySql
- 多級複製的資料不同步問題
- 複製錯誤案例分享(一)
- 複製錯誤案例分享(二)
- MySql 主從複製配置MySql
- MySQL主從複製配置MySql
- MySQL主從複製報錯:Got fatal error 1236 from master when reading data fromMySqlGoErrorAST
- MySQL複製環境Slave報錯"Got fatal error 1236 from master when reading data"MySqlGoErrorAST
- Percona MySQL 5.6 主主複製環境報錯"Got fatal error 1236 from master.."MySqlGoErrorAST
- 【MySQL】複製1594錯誤(從庫relaylog損壞)MySql
- 關於在一套複製環境中使用不同版本OGG的問題.
- MySQL 8 複製(九)——組複製聯機配置MySql
- MySQL之 從複製延遲問題排查MySql
- MySQL級聯複製的同步問題(一)MySql
- 配置OGG到MYSQL複製時登陸MYSQL報錯解決MySql
- 關於在不同版本和平臺之間進行還原或複製的常見問題 (文件 ID 1526162.1)
- DG rman duplicate 複製庫錯誤
- MYSQL主從複製製作配置方案MySql
- mysql主主複製(雙主複製)配置步驟MySql
- 【MySql】複製出現Slave_SQL_Running: No 錯誤解決MySql