MySQLReplication遇到error1236错误的修复方法

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了MySQLReplication遇到error1236错误的修复方法，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2691字，纯文字阅读大概需要4分钟。

内容图文

MySQL Replication 遇到 error 1236 就有点麻烦了~ 通常都是 binlog 出问题造成的~ (Master 或 Slave 的 binlog 坏掉都有可能造成此错误) 通常遇到这个状况, 都是 Slave 的 binlog 坏掉, 就 Slave DB 的资料重倒来解决, 但是此次遇到是 Master 的 binlog 坏

　　MySQL Replication 遇到 error 1236 就有点麻烦了~ 通常都是 binlog 出问题造成的~ (Master 或 Slave 的 binlog 坏掉都有可能造成此错误)

　　通常遇到这个状况, 都是 Slave 的 binlog 坏掉, 就 Slave DB 的资料重倒来解决, 但是此次遇到是 Master 的 binlog 坏掉, 就有点苦了~

　　错误讯息如下:

　　Last_IO_Errno: 1236

　　Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 1Client requested master to start replication from impossible position2 the first event 1mysql-bin.0035831 at 45997491, the last event read from 1./mysql-bin.0035831 at 4, the last byte read from 1./mysql-bin.0035831 at 4.1

　　MySQL Replication 遇到 Got fatal error 1236 from master 修復

　　mysql> SHOW SLAVE STATUSG

　　错误讯息如下: (已经把不必要得删除)

　　Master_Log_File: mysql-bin.003583

　　Read_Master_Log_Pos: 45997491

　　Relay_Log_File: mysqld-relay-bin.006789

　　Relay_Log_Pos: 103569723

　　Relay_Master_Log_File: mysql-bin.003361

　　Slave_IO_Running: No

　　Slave_SQL_Running: Yes

　　Last_Errno: 0

　　Skip_Counter: 0

　　Last_IO_Errno: 1236 Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 1Client requested master to start replication from impossible position2 the first event 1mysql-bin.0035831 at 45997491, the last event read from 1./mysql-bin.0035831 at 4, the last byte read from 1./mysql-bin.0035831 at 4.1

　　註: Debian / Ubuntu Linux 预设 MySQL data path: /var/lib/mysql, 所以下述 binlog 可於此路径寻找.

　　Slave binlog 坏掉的解法

　　一般常见是 Slave binlog 坏掉, 所以都会先去 Slave 找 mysql-bin.003583 档案.

　　再把 mysql-bin.003583 的资料用 mysqlbinlog dump 出来, 指到下一个 position 即可.

　　Slave: ls /var/lib/mysql/mysql-bin.003583 # not found.

　　Slave 不存在档案, 才发现到坏的是 Master.

　　Master binlog 坏掉的解法

　　Master: # mysqlbinlog /var/lib/mysql/mysql-bin.003583 > ~/3583

　　ERROR: Error in Log_event::read_log_event(): 1read error1, data_len: 27, event_type: 16

　　最苦的状况是 Master 的 binlog 坏掉了, 所以所有 Slave 都死光光. XD

　　此时可以考虑几种作法:

　　全部 Slave 重倒 (最保险, no data lost)

　　先让 Replication 可以啟动, 再来 重倒 / sync 一定需要同步的资料即可. (Cache … 那种就可以不用理他)

　　下面是採用第二种作法:

　　mysql> STOP SLAVE2

　　mysql> CHANGE MASTER TO master_log_file = 1mysql-bin.0035841, master_log_pos = 02 # 先指到下一个 binlog 档, pos 指 0 或 4, 都是一样意思.

　　mysql> START SLAVE2

　　mysql> SHOW SLAVE STATUS G # 於此应该就恢復了.

　　然后在对重要的 Table 用 pt-table-sync 来补一补即可. (apt-get install percona-toolkit)

内容总结

以上是互联网集市为您收集整理的MySQLReplication遇到error1236错误的修复方法全部内容，希望文章能够帮你解决MySQLReplication遇到error1236错误的修复方法所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端