MySQL主從同步報error 1236
【一】前言：作為SQL/">MySQL的資料庫管理員經常會碰到主從同步的問題，比較常見的有error 1236的報錯。剛好最近又碰到了這個報錯，以下是整理的文件；
【二】問題說明
1、環境資訊
mysql 版本：5.7.20
作業系統版本：centeros 6.5
2、報錯資訊
點選(此處)摺疊或開啟
mysql> show slave statusG;
*************************** 1. row ***************************
Slave_IO_State:
Master_Host: 192.168.1.19
Master_User: rep
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000123
Read_Master_Log_Pos: 221693972
Relay_Log_File: DB-02-relay-bin.000011
Relay_Log_Pos: 320
Relay_Master_Log_File: mysql-bin.000123
Slave_IO_Running: No
Slave_SQL_Running: Yes
Replicate_Do_DB: DB02
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 221693972
Relay_Log_Space: 535
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: '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.'
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 11
Master_UUID: b688e640-f5d3-11e7-9275-005056a675fe
Master_Info_File: /data/mysql/master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp: 180705 23:22:44
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set: b688e640-f5d3-11e7-9275-005056a666fe:1
Auto_Position: 0
Replicate_Rewrite_DB:
Channel_Name:
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
【四】解決方法
點選(此處)摺疊或開啟
引數檢視的方法
mysql> show VARIABLES like '%max_allowed_packet%';
+--------------------------+------------+
| Variable_name | Value |
+--------------------------+------------+
| max_allowed_packet | 1073741824 |
| slave_max_allowed_packet | 1073741824 |
+--------------------------+------------+
2 rows in set (0.00 sec)
不重啟資料庫的修改方法，但是修改之後要重新登陸mysql
set global max_allowed_packet =512*1024*1024
重啟資料庫的修改方法
或者修改my.cnf引數
[server]
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