MySQL主從同步報error 1236
【一】前言:作為MySQL的資料庫管理員經常會碰到主從同步的問題,比較常見的有error 1236的報錯。剛好最近又碰到了這個報錯,以下是整理的文件;
【二】問題說明
1、環境資訊
mysql 版本:5.7.20
作業系統版本:centeros 6.5
2、報錯資訊
【三】問題原因
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
該引數可以在session進行修改,最小1k,最大1GB,預設4M
【四】解決方法
修改完之後,重新進行stop slave,再start slave
但是這只是其中的一個情況,最近遇到了一個資料庫發現max_allowed_packet引數已經進行了設定,但是無論如何主從也都不會同步。
最後發現由於使用者的誤操作,導致master_log_pos位置錯了,需要重新調整。
change master to master_log_file='mysql-bin.006738', master_log_pos=107;
總結:經過一頓折騰總算搞定了,有時候報錯資訊很明顯,但是怎麼解決都處理不了,這時候管理員的經驗就體現出來了。還有mysql這種開源的產品後續報錯的提示需要更清楚一點,管理起來也會輕鬆很多。
【二】問題說明
1、環境資訊
mysql 版本:5.7.20
作業系統版本:centeros 6.5
2、報錯資訊
點選(此處)摺疊或開啟
-
mysql> show slave status\G;
-
*************************** 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
Property | Value |
---|---|
Command-Line Format | --max-allowed-packet=# |
System Variable | max_allowed_packet |
Scope | Global, Session |
Dynamic | Yes |
Type | integer |
Default Value | 4194304 |
Minimum Value | 1024 |
Maximum Value | 1073741824 |
【四】解決方法
點選(此處)摺疊或開啟
-
引數檢視的方法
-
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
但是這只是其中的一個情況,最近遇到了一個資料庫發現max_allowed_packet引數已經進行了設定,但是無論如何主從也都不會同步。
最後發現由於使用者的誤操作,導致master_log_pos位置錯了,需要重新調整。
change master to master_log_file='mysql-bin.006738', master_log_pos=107;
總結:經過一頓折騰總算搞定了,有時候報錯資訊很明顯,但是怎麼解決都處理不了,這時候管理員的經驗就體現出來了。還有mysql這種開源的產品後續報錯的提示需要更清楚一點,管理起來也會輕鬆很多。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/12679300/viewspace-2157460/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- mysql主從同步失敗Last_IO_Error: Got fatal error 1236 from master解決方法MySql主從同步ASTErrorGo
- 主庫異常當機---從庫複製報fatal error 1236Error
- MySQL主從複製報錯:Got fatal error 1236 from master when reading data fromMySqlGoErrorAST
- 【MySql】MySQL Replication Fatal Error 1236MySqlError
- mysql主從同步MySql主從同步
- Percona MySQL 5.6 主主複製環境報錯"Got fatal error 1236 from master.."MySqlGoErrorAST
- mysql 主從同步 Error 'Out of range value for column的問題MySql主從同步Error
- MySQL Replication Fatal Error 1236MySqlError
- MySQL主從同步配置MySql主從同步
- error 1270 mysql主從ErrorMySql
- MySQL 資料主從同步MySql主從同步
- MySql主從同步介紹MySql主從同步
- Mysql 主從同步實戰MySql主從同步
- mysql主從同步機制MySql主從同步
- mysql master slave 主從同步MySqlAST主從同步
- MySQL斷電,出現 Error 1236MySqlError
- MySQL主從同步報Client requested master to start replication from positionMySql主從同步clientAST
- MYSQL資料庫主從同步(一主一從)MySql資料庫主從同步
- [資料庫]MYSQL主從同步資料庫MySql主從同步
- Mysql 主從同步原理簡析MySql主從同步
- mysql主從同步問題整理MySql主從同步
- MySQL主從同步配置記錄MySql主從同步
- MySQL主從同步加速Transfer–FAQMySql主從同步
- MySQL-主從複製之同步主從資料MySql
- MySQL主從同步校驗與重新同步薦MySql主從同步
- 故障分析 | MySQL 從機故障重啟後主從同步報錯案例分析MySql主從同步
- MySQL 5.7的安裝及主從複製(主從同步)MySql主從同步
- Mysql主從同步實戰(一)【知其然】MySql主從同步
- 使用laradock配置mysql主從同步MySql主從同步
- mysql主從同步(2)-問題梳理MySql主從同步
- mysql 5.6 半同步主從安裝MySql
- MySQL主從雙向同步複製MySql
- 一種MySQL主從同步加速方案MySql主從同步
- 【MySQL】Got fatal error 1236原因和解決方法MySqlGoError
- mysql主從不同步報錯Last_Errno 1197MySqlAST
- 故障案例:主從同步報錯Fatal error: The slave I/O thread stops because master and slave have equal MySQL server主從同步ErrorthreadASTMySqlServer
- MySQL主從同步(一主一從、一主多從、主從從)等結構的概述與配置MySql主從同步
- mysql主主同步MySql