MySQL主从同步报error 1236

【一】前言:作为MySQL的数据库管理员经常会碰到主从同步的问题,比较常见的有error 1236的报错。刚好最近又碰到了这个报错,以下是整理的文档;

【二】问题说明

1、环境信息

mysql 版本:5.7.20

操作系统版本:centeros 6.5

2、报错信息

点击(此处)折叠或打开

  1. mysql> show slave statusG;
  2. *************************** 1. row ***************************
  3. Slave_IO_State:
  4. Master_Host: 192.168.1.19
  5. Master_User: rep
  6. Master_Port: 3306
  7. Connect_Retry: 60
  8. Master_Log_File: mysql-bin.000123
  9. Read_Master_Log_Pos: 221693972
  10. Relay_Log_File: DB-02-relay-bin.000011
  11. Relay_Log_Pos: 320
  12. Relay_Master_Log_File: mysql-bin.000123
  13. Slave_IO_Running: No
  14. Slave_SQL_Running: Yes
  15. Replicate_Do_DB: DB02
  16. Replicate_Ignore_DB:
  17. Replicate_Do_Table:
  18. Replicate_Ignore_Table:
  19. Replicate_Wild_Do_Table:
  20. Replicate_Wild_Ignore_Table:
  21. Last_Errno: 0
  22. Last_Error:
  23. Skip_Counter: 0
  24. Exec_Master_Log_Pos: 221693972
  25. Relay_Log_Space: 535
  26. Until_Condition: None
  27. Until_Log_File:
  28. Until_Log_Pos: 0
  29. Master_SSL_Allowed: No
  30. Master_SSL_CA_File:
  31. Master_SSL_CA_Path:
  32. Master_SSL_Cert:
  33. Master_SSL_Cipher:
  34. Master_SSL_Key:
  35. Seconds_Behind_Master: NULL
  36. Master_SSL_Verify_Server_Cert: No
  37. Last_IO_Errno: 1236
  38. Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'log event entry exceeded max_allowed_packet; Increase max_allowed_packet on master; the first event 'mysql-bin.000123' at 221693972, the last event read from '/data/binlog/mysql-bin.000123' at 123, the last byte read from '/data/binlog/mysql-bin.000123' at 221693991.'
  39. Last_SQL_Errno: 0
  40. Last_SQL_Error:
  41. Replicate_Ignore_Server_Ids:
  42. Master_Server_Id: 11
  43. Master_UUID: b688e640-f5d3-11e7-9275-005056a675fe
  44. Master_Info_File: /data/mysql/master.info
  45. SQL_Delay: 0
  46. SQL_Remaining_Delay: NULL
  47. Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
  48. Master_Retry_Count: 86400
  49. Master_Bind:
  50. Last_IO_Error_Timestamp: 180705 23:22:44
  51. Last_SQL_Error_Timestamp:
  52. Master_SSL_Crl:
  53. Master_SSL_Crlpath:
  54. Retrieved_Gtid_Set:
  55. Executed_Gtid_Set: b688e640-f5d3-11e7-9275-005056a666fe:1
  56. Auto_Position: 0
  57. Replicate_Rewrite_DB:
  58. Channel_Name:
  59. Master_TLS_Version:

【三】问题原因

Slave_IO_Running: No

Slave_SQL_Running: Yes

通过以上两个参数可以知道,当前binlog主库传送到从库的时候就报错了。已经传送过来的binlog是可以正常执行的。

Last_IO_Error:max_allowed_packet显示当前参数过小需要进行增加。

max_allowed_packet控制着主从复制过程binglog event传送的大小,一般以下两种情况主从就会报错

1、参数在主备库的配置大小不一样,主库的配置值大于从库的配置值。 从主库传递到备库的binlog event大小超过了主库或者备库的max_allowed_packet大小。

2、主库有大量数据写入时,比如insert into .... select 语句,产生大事务。

当主库向从库传递一个比从库的max_allowed_packet 大的packet ,从库接收该packet失败,并报 “log event entry exceeded max_allowed_packet“。

关于这个参数可以查看mysql的官方文档:

https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_max_allowed_packet

PropertyValueCommand-Line Format--max-allowed-packet=#System Variablemax_allowed_packetScopeGlobal, SessionDynamicYesTypeintegerDefault Value4194304Minimum Value1024Maximum Value1073741824该参数可以在session进行修改,最小1k,最大1GB,默认4M

【四】解决方法

点击(此处)折叠或打开

  1. 参数查看的方法
  2. mysql> show VARIABLES like '%max_allowed_packet%';
  3. +--------------------------+------------+
  4. | Variable_name | Value |
  5. +--------------------------+------------+
  6. | max_allowed_packet | 1073741824 |
  7. | slave_max_allowed_packet | 1073741824 |
  8. +--------------------------+------------+
  9. 2 rows in set (0.00 sec)
  10. 不重启数据库的修改方法,但是修改之后要重新登陆mysql
  11. set global max_allowed_packet =512*1024*1024
  12. 重启数据库的修改方法
  13. 或者修改my.cnf参数
  14. [server]
  15. slave_max_allowed_packet = 512M

修改完之后,重新进行stop slave,再start slave

但是这只是其中的一个情况,最近遇到了一个数据库发现max_allowed_packet参数已经进行了设置,但是无论如何主从也都不会同步。

最后发现由于用户的误操作,导致master_log_pos位置错了,需要重新调整。

change master to master_log_file='mysql-bin.006738', master_log_pos=107;

总结:经过一顿折腾总算搞定了,有时候报错信息很明显,但是怎么解决都处理不了,这时候管理员的经验就体现出来了。还有mysql这种开源的产品后续报错的提示需要更清楚一点,管理起来也会轻松很多。

最后送波福利。现在加群即可获取Java工程化、高性能及分布式、高性能、高架构。性能调优、Spring,MyBatis,Netty源码分析和大数据等多个知识点高级进阶干货的直播免费学习权限及领取相关资料,群号:835638062 点击链接加入群聊【Java高级架构】:https://jq.qq.com/?_wv=1027&k=5S3kL3v

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

编辑于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏cmazxiaoma的架构师之路

MySQL基于GTID主从复制的杂谈

先来回顾一下MySQL的二进制知识点。基于Row格式的日志可以避免MySQL主从复制中出现的主从不一致问题。在一个sql语句修改了1000条数据的情况下,基于段...

1915
来自专栏杨建荣的学习笔记

MySQL级联复制的同步问题(一) (r9笔记第71天)

今天碰到一个有些奇怪的问题,有一套环境,在主从复制的时候有一些问题。 大体的流程设计如下: 三个节点位于三个不同的区域,因为节点1和节点3之间的网络存在问题,...

3194
来自专栏Core Net

Visual Studio 2017 15.7 下的.NET Core

4408
来自专栏Laoqi's Linux运维专列

MySQL两主(多主)多从架构配置

1.7K8
来自专栏乐沙弥的世界

基于mysqldump搭建gtid主从

有关知识点参考: 配置MySQL GTID 主从复制 基于mysqldump快速搭建从库 使用mysqldump导出数据库

750
来自专栏乐沙弥的世界

配置MySQL GTID 主从复制

2274
来自专栏酷玩时刻

基于 CentOS Mysql 5.7.19 安装与主从同步配置详解

1.如果主服务器出现问题,可以快速切换到从服务器提供的服务 2.可以在从服务器上执行查询操作,降低主服务器的访问压力 3.可以在从服务器上执行备份,以避免备...

1102
来自专栏运维小白

17.4 配置从

主从配置 - 从上操作 安装mysql 查看my.cnf,配置server-id=132,要求和主不一样 修改完配置文件后,启动或者重启mysqld服务 把主上...

2006
来自专栏酷玩时刻

MySql 5.7.18 数据库主从(Master/Slave)同步安装与配置详解

MySql复制的优点: 1.如果主服务器出现问题,可以快速切换到从服务器提供的服务 2.可以在从服务器上执行查询操作,降低主服务器的访问压力 3.可以在从...

893
来自专栏Laoqi's Linux运维专列

Centos7.3 RabbitMQ分布式集群搭建

1294

扫码关注云+社区

领取腾讯云代金券