詳細(xì)說(shuō)明在線上MYSQL同步報(bào)錯(cuò)故障處理方法代碼總結(jié)
發(fā)表時(shí)間:2023-09-03 來(lái)源:明輝站整理相關(guān)軟件相關(guān)文章人氣:
[摘要]下面小編就為大家?guī)?lái)一篇線上MYSQL同步報(bào)錯(cuò)故障處理方法總結(jié)(必看篇)。小編覺(jué)得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧前言在發(fā)生故障切換后,經(jīng)常遇到的問(wèn)題就是同步報(bào)錯(cuò),數(shù)據(jù)庫(kù)很小的時(shí)候,dump完再導(dǎo)入很簡(jiǎn)單就處理好了,但線上的數(shù)據(jù)庫(kù)都150G-200G,如果用單純...
下面小編就為大家?guī)?lái)一篇線上
MYSQL同步報(bào)錯(cuò)故障處理方法總結(jié)(必看篇)。小編覺(jué)得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧
前言
在發(fā)生故障切換后,經(jīng)常遇到的問(wèn)題就是同步報(bào)錯(cuò),數(shù)據(jù)庫(kù)很小的時(shí)候,dump完再導(dǎo)入很簡(jiǎn)單就處理好了,但線上的數(shù)據(jù)庫(kù)都150G-200G,如果用單純的這種方法,成本太高,故經(jīng)過(guò)一段時(shí)間的摸索,總結(jié)了幾種處理方法。
生產(chǎn)環(huán)境架構(gòu)圖
目前現(xiàn)網(wǎng)的架構(gòu),保存著兩份數(shù)據(jù),通過(guò)異步復(fù)制做的高可用集群,兩臺(tái)機(jī)器提供對(duì)外服務(wù)。在發(fā)生故障時(shí),切換到slave上,并將其變成master,壞掉的機(jī)器反向同步新的master,在處理故障時(shí),遇到最多的就是主從報(bào)錯(cuò)。下面是我收錄下來(lái)的報(bào)錯(cuò)信息。
常見(jiàn)錯(cuò)誤
最常見(jiàn)的3種情況
這3種情況是在HA切換時(shí),由于是異步復(fù)制,且sync_binlog=0,會(huì)造成一小部分binlog沒(méi)接收完導(dǎo)致同步報(bào)錯(cuò)。
第一種:在master上刪除一條記錄,而slave上找不到。
Last_SQL_Error: Could not execute Delete_rows event on table hcy.t1;
Can't find record in 't1',
Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND;
the event's master log mysql-bin.000006, end_log_pos 254
第二種:主鍵重復(fù)。在slave已經(jīng)有該記錄,又在master上插入了同一條記錄。
Last_SQL_Error: Could not execute Write_rows event on table hcy.t1;
Duplicate entry '2' for key 'PRIMARY',
Error_code: 1062;
handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.000006, end_log_pos 924
第三種:在master上更新一條記錄,而slave上找不到,丟失了數(shù)據(jù)。
Last_SQL_Error: Could not execute Update_rows event on table hcy.t1;
Can't find record in 't1',
Error_code: 1032;
handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.000010, end_log_pos 263
異步半同步區(qū)別
異步復(fù)制
簡(jiǎn)單的說(shuō)就是master把binlog發(fā)送過(guò)去,不管slave是否接收完,也不管是否執(zhí)行完,這一動(dòng)作就結(jié)束了.
半同步復(fù)制
簡(jiǎn)單的說(shuō)就是master把binlog發(fā)送過(guò)去,slave確認(rèn)接收完,但不管它是否執(zhí)行完,給master一個(gè)信號(hào)我這邊收到了,這一動(dòng)作就結(jié)束了。(谷歌寫的代碼,5.5上正式應(yīng)用。)
異步的劣勢(shì)
當(dāng)master上寫操作繁忙時(shí),當(dāng)前POS點(diǎn)例如是10,而slave上IO_THREAD線程接收過(guò)來(lái)的是3,此時(shí)master宕機(jī),會(huì)造成相差7個(gè)點(diǎn)未傳送到slave上而數(shù)據(jù)丟失。
特殊的情況
slave的中繼日志relay-bin損壞。
Last_SQL_Error: Error initializing relay log position: I/O error reading the header from the binary log
Last_SQL_Error: Error initializing relay log position: Binlog has bad magic number;
It's not a binary log file that can be used by this version of MySQL
這種情況SLAVE在宕機(jī),或者非法關(guān)機(jī),例如電源故障、主板燒了等,造成中繼日志損壞,同步停掉。
人為失誤需謹(jǐn)慎:多臺(tái)slave存在重復(fù)server-id
這種情況同步會(huì)一直延時(shí),永遠(yuǎn)也同步不完,error錯(cuò)誤日志里一直出現(xiàn)上面兩行信息。解決方法就是把server-id改成不一致即可。
Slave: received end packet from server, apparent master shutdown:
Slave I/O thread: Failed reading log event, reconnecting to retry, log 'mysql-bin.000012' at postion 106
問(wèn)題處理
刪除失敗
在master上刪除一條記錄,而slave上找不到。
Last_SQL_Error: Could not execute Delete_rows event on table hcy.t1;
Can't find record in 't1',
Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND;
the event's master log mysql-bin.000006, end_log_pos 254
解決方法:
由于master要?jiǎng)h除一條記錄,而slave上找不到故報(bào)錯(cuò),這種情況主上都將其刪除了,那么從機(jī)可以直接跳過(guò)?捎妹睿
stop slave;
set global sql_slave_skip_counter=1;
start slave;
如果這種情況很多,可用我寫的一個(gè)腳本skip_error_replcation.sh,默認(rèn)跳過(guò)10個(gè)錯(cuò)誤(只針對(duì)這種情況才跳,其他情況輸出錯(cuò)誤結(jié)果,等待處理),這個(gè)腳本是參考maakit工具包的mk-slave-restart原理用shell寫的,功能上定義了一些自己的東西,不是無(wú)論什么錯(cuò)誤都一律跳過(guò)。)
主鍵重復(fù)
在slave已經(jīng)有該記錄,又在master上插入了同一條記錄。
Last_SQL_Error: Could not execute Write_rows event on table hcy.t1;
Duplicate entry '2' for key 'PRIMARY',
Error_code: 1062;
handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.000006, end_log_pos 924
解決方法:
在slave上用desc hcy.t1; 先看下表結(jié)構(gòu):
mysql> desc hcy.t1;
+-------+---------+------+-----+---------+-------+
Field Type Null Key Default Extra
+-------+---------+------+-----+---------+-------+
id int(11) NO PRI 0
name char(4) YES NULL
+-------+---------+------+-----+---------+-------+
刪除重復(fù)的主鍵
mysql> delete from t1 where id=2;
Query OK, 1 row affected (0.00 sec)
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)
mysql> show slave status\G;
……
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
……
mysql> select * from t1 where id=2;
在master上和slave上再分別確認(rèn)一下。
更新丟失
在master上更新一條記錄,而slave上找不到,丟失了數(shù)據(jù)。
Last_SQL_Error: Could not execute Update_rows event on table hcy.t1;
Can't find record in 't1',
Error_code: 1032;
handler error HA_ERR_KEY_NOT_FOUND;
the event's master log mysql-bin.000010, end_log_pos 794
解決方法:
在master上,用mysqlbinlog 分析下出錯(cuò)的binlog日志在干什么。
/usr/local/mysql/bin/mysqlbinlog --no-defaults -v -v --base64-output=DECODE-ROWS mysql-bin.000010 grep -A '10' 794
#120302 12:08:36 server id 22 end_log_pos 794 Update_rows: table id 33 flags: STMT_END_F
### UPDATE hcy.t1
### WHERE
### @1=2 /* INT meta=0 nullable=0 is_null=0 */
### @2='bbc' /* STRING(4) meta=65028 nullable=1 is_null=0 */
### SET
### @1=2 /* INT meta=0 nullable=0 is_null=0 */
### @2='BTV' /* STRING(4) meta=65028 nullable=1 is_null=0 */
# at 794
#120302 12:08:36 server id 22 end_log_pos 821 Xid = 60
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
在slave上,查找下更新后的那條記錄,應(yīng)該是不存在的。
mysql> select * from t1 where id=2;
Empty set (0.00 sec)
然后再到master查看
mysql> select * from t1 where id=2;
+----+------+
id name
+----+------+
2 BTV
+----+------+
1 row in set (0.00 sec)
把丟失的數(shù)據(jù)在slave上填補(bǔ),然后跳過(guò)報(bào)錯(cuò)即可。
mysql> insert into t1 values (2,'BTV');
Query OK, 1 row affected (0.00 sec)
mysql> select * from t1 where id=2;
+----+------+
id name
+----+------+
2 BTV
+----+------+
1 row in set (0.00 sec)
mysql> stop slave ;set global sql_slave_skip_counter=1;start slave;
Query OK, 0 rows affected (0.01 sec)
Query OK, 0 rows affected (0.00 sec)
Query OK, 0 rows affected (0.00 sec)
mysql> show slave status\G;
……
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
……
中繼日志損壞
slave的中繼日志relay-bin損壞。
Last_SQL_Error: Error initializing relay log position: I/O error reading the header from the binary log
Last_SQL_Error: Error initializing relay log position: Binlog has bad magic number;
It's not a binary log file that can be used by this version of MySQL
手工修復(fù)
解決方法:找到同步的binlog和POS點(diǎn),然后重新做同步,這樣就可以有新的中繼日值了。
例子:
mysql> show slave status\G;
*************************** 1. row ***************************
Master_Log_File: mysql-bin.000010
Read_Master_Log_Pos: 1191
Relay_Log_File: vm02-relay-bin.000005
Relay_Log_Pos: 253
Relay_Master_Log_File: mysql-bin.000010
Slave_IO_Running: Yes
Slave_SQL_Running: No
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 1593
Last_Error: Error initializing relay log position: I/O error reading the header from the binary log
Skip_Counter: 1
Exec_Master_Log_Pos: 821
Slave_IO_Running :接收master的binlog信息
Master_Log_File
Read_Master_Log_Pos
Slave_SQL_Running:執(zhí)行寫操作
Relay_Master_Log_File
Exec_Master_Log_Pos
以執(zhí)行寫的binlog和POS點(diǎn)為準(zhǔn)。
Relay_Master_Log_File: mysql-bin.000010
Exec_Master_Log_Pos: 821
mysql> stop slave;
Query OK, 0 rows affected (0.01 sec)
mysql> CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000010',MASTER_LOG_POS=821;
Query OK, 0 rows affected (0.01 sec)
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)
mysql> show slave status\G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.8.22
Master_User: repl
Master_Port: 3306
Connect_Retry: 10
Master_Log_File: mysql-bin.000010
Read_Master_Log_Pos: 1191
Relay_Log_File: vm02-relay-bin.000002
Relay_Log_Pos: 623
Relay_Master_Log_File: mysql-bin.000010
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
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: 1191
Relay_Log_Space: 778
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: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Ibbackup
各種大招都用上了,無(wú)奈slave數(shù)據(jù)丟失過(guò)多,ibbackup(需要銀子)該你登場(chǎng)了。
Ibbackup熱備份工具,是付費(fèi)的。xtrabackup是免費(fèi)的,功能上一樣。
Ibbackup備份期間不鎖表,備份時(shí)開(kāi)啟一個(gè)事務(wù)(相當(dāng)于做一個(gè)快照),然后會(huì)記錄一個(gè)點(diǎn),之后數(shù)據(jù)的更改保存在ibbackup_logfile文件里,恢復(fù)時(shí)把ibbackup_logfile 變化的數(shù)據(jù)再寫入到ibdata里。
Ibbackup 只備份數(shù)據(jù)( ibdata、.ibd ),表結(jié)構(gòu).frm不備份。
下面一個(gè)演示例子:
備份:ibbackup /bak/etc/my_local.cnf /bak/etc/my_bak.cnf
恢復(fù):ibbackup --apply-log /bak/etc/my_bak.cnf
[root@vm01 etc]# more my_local.cnf
datadir =/usr/local/mysql/data
innodb_data_home_dir = /usr/local/mysql/data
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /usr/local/mysql/data
innodb_buffer_pool_size = 100M
innodb_log_file_size = 5M
innodb_log_files_in_group=2
[root@vm01 etc]# ibbackup /bak/etc/my_local.cnf /bak/etc/my_bak.cnf
InnoDB Hot Backup version 3.0.0; Copyright 2002-2005 Innobase Oy
License A21488 is granted to vm01 (chunyang_he@126.com)
(--apply-log works in any computer regardless of the hostname)
Licensed for use in a computer whose hostname is 'vm01'
Expires 2012-5-1 (year-month-day) at 00:00
See http://www.innodb.com for further information
Type ibbackup --license for detailed license terms, --help for help
Contents of /bak/etc/my_local.cnf:
innodb_data_home_dir got value /usr/local/mysql/data
innodb_data_file_path got value ibdata1:10M:autoextend
datadir got value /usr/local/mysql/data
innodb_log_group_home_dir got value /usr/local/mysql/data
innodb_log_files_in_group got value 2
innodb_log_file_size got value 5242880
Contents of /bak/etc/my_bak.cnf:
innodb_data_home_dir got value /bak/data
innodb_data_file_path got value ibdata1:10M:autoextend
datadir got value /bak/data
innodb_log_group_home_dir got value /bak/data
innodb_log_files_in_group got value 2
innodb_log_file_size got value 5242880
ibbackup: Found checkpoint at lsn 0 1636898
ibbackup: Starting log scan from lsn 0 1636864
120302 16:47:43 ibbackup: Copying log...
120302 16:47:43 ibbackup: Log copied, lsn 0 1636898
ibbackup: We wait 1 second before starting copying the data files...
120302 16:47:44 ibbackup: Copying /usr/local/mysql/data/ibdata1
ibbackup: A copied database page was modified at 0 1636898
ibbackup: Scanned log up to lsn 0 1636898
ibbackup: Was able to parse the log up to lsn 0 1636898
ibbackup: Maximum page number for a log record 0
120302 16:47:46 ibbackup: Full backup completed!
[root@vm01 etc]#
[root@vm01 etc]# cd /bak/data/
[root@vm01 data]# ls
ibbackup_logfile ibdata1
[root@vm01 data]# ibbackup --apply-log /bak/etc/my_bak.cnf
InnoDB Hot Backup version 3.0.0; Copyright 2002-2005 Innobase Oy
License A21488 is granted to vm01 (chunyang_he@126.com)
(--apply-log works in any computer regardless of the hostname)
Licensed for use in a computer whose hostname is 'vm01'
Expires 2012-5-1 (year-month-day) at 00:00
See http://www.innodb.com for further information
Type ibbackup --license for detailed license terms, --help for help
Contents of /bak/etc/my_bak.cnf:
innodb_data_home_dir got value /bak/data
innodb_data_file_path got value ibdata1:10M:autoextend
datadir got value /bak/data
innodb_log_group_home_dir got value /bak/data
innodb_log_files_in_group got value 2
innodb_log_file_size got value 5242880
120302 16:48:38 ibbackup: ibbackup_logfile's creation parameters:
ibbackup: start lsn 0 1636864, end lsn 0 1636898,
ibbackup: start checkpoint 0 1636898
ibbackup: start checkpoint 0 1636898
InnoDB: Doing recovery: scanned up to log sequence number 0 1636898
InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 .....99
Setting log file size to 0 5242880
ibbackup: We were able to parse ibbackup_logfile up to
ibbackup: lsn 0 1636898
ibbackup: Last MySQL binlog file position 0 1191, file name ./mysql-bin.000010
ibbackup: The first data file is '/bak/data/ibdata1'
ibbackup: and the new created log files are at '/bak/data/'
120302 16:48:38 ibbackup: Full backup prepared for recovery successfully!
[root@vm01 data]# ls
ibbackup_logfile ibdata1 ib_logfile0 ib_logfile1
把ibdata1 ib_logfile0 ib_logfile1拷貝到從,把.frm也拷貝過(guò)去,啟動(dòng)MySQL后,做同步,那個(gè)點(diǎn)就是上面輸出的:
ibbackup: Last MySQL binlog file position 0 1191, file name ./mysql-bin.000010
CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000010',MASTER_LOG_POS=1191;
Maatkit工具包
簡(jiǎn)介
maatkit是一個(gè)開(kāi)源的工具包,為mysql日常管理提供了幫助。目前,已被Percona公司收購(gòu)并維護(hù)。其中:
mk-table-checksum是用來(lái)檢測(cè)master和slave上的表結(jié)構(gòu)和數(shù)據(jù)是否一致。
mk-table-sync是發(fā)生主從數(shù)據(jù)不一致時(shí),來(lái)修復(fù)的。
這兩個(gè)工具包,沒(méi)有在現(xiàn)網(wǎng)實(shí)際操作的經(jīng)驗(yàn),這里僅僅是新技術(shù)探討和學(xué)術(shù)交流,下面展示下如何使用。
[root@vm02]# mk-table-checksum h=vm01,u=admin,p=123456 h=vm02,u=admin,p=123456 -d hcy -t t1
Cannot connect to MySQL because the Perl DBI module is not installed or not found.
Run 'perl -MDBI' to see the directories that Perl searches for DBI.
If DBI is not installed, try:
Debian/Ubuntu apt-get install libdbi-perl
RHEL/CentOS yum install perl-DBI
OpenSolaris pgk install pkg:/SUNWpmdbi
提示缺少perl-DBI模塊,那么直接 yum install perl-DBI。
[root@vm02 bin]# mk-table-checksum h=vm01,u=admin,p=123456 h=vm02,u=admin,p=123456 -d hcy -t t1
DATABASE TABLE CHUNK HOST ENGINE COUNT CHECKSUM TIME WAIT STAT LAG
hcy t1 0 vm02 InnoDB NULL 1957752020 0 0 NULL NULL
hcy t1 0 vm01 InnoDB NULL 1957752020 0 0 NULL NULL
如果表數(shù)據(jù)不一致,CHECKSUM的值是不相等的。
解釋下輸出的意思:
DATABASE:數(shù)據(jù)庫(kù)名
TABLE:表名
CHUNK:checksum時(shí)的近似數(shù)值
HOST:MYSQL的地址
ENGINE:表引擎
COUNT:表的行數(shù)
CHECKSUM:校驗(yàn)值
TIME:所用時(shí)間
WAIT:等待時(shí)間
STAT:MASTER_POS_WAIT()返回值
LAG:slave的延時(shí)時(shí)間
如果你想過(guò)濾出不相等的都有哪些表,可以用mk-checksum-filter這個(gè)工具,只要在后面加個(gè)管道符就行了。
[root@vm02 ~]# mk-table-checksum h=vm01,u=admin,p=123456 h=vm02,u=admin,p=123456 -d hcy mk-checksum-filter
hcy t2 0 vm01 InnoDB NULL 1957752020 0 0 NULL NULL
hcy t2 0 vm02 InnoDB NULL 1068689114 0 0 NULL NULL
知道有哪些表不一致,可以用mk-table-sync這個(gè)工具來(lái)處理。
注:在執(zhí)行mk-table-checksum時(shí)會(huì)鎖表,表的大小取決于執(zhí)行的快慢。
MASTER上的t2表數(shù)據(jù):
SLAVE上的t2表數(shù)據(jù):
mysql> select * from t2; mysql> select * from t2;
+----+------+ +----+------+
id name id name
+----+------+ +----+------+
1 a 1 a
2 b 2 b
3 ss 3 ss
4 asd 4 asd
5 ss +----+------+
+----+------+ 4 rows in set (0.00 sec)
5 rows in set (0.00 sec)
mysql> \! hostname;
mysql> \! hostname; vm02
vm01
[root@vm02 ~]# mk-table-sync --execute --print --no-check-slave --transaction --databases hcy h=vm01,u=admin,p=123456 h=vm02,u=admin,p=123456
INSERT INTO `hcy`.`t2`(`id`, `name`) VALUES ('5', 'ss') /*maatkit src_db:hcy src_tbl:t2 src_dsn:h=vm01,p=...,u=admin dst_db:hcy dst_tbl:t2
dst_dsn:h=vm02,p=...,u=admin lock:0 transaction:1 changing_src:0 replicate:0 bidirectional:0 pid:3246 user:root host:vm02*/;
它的工作原理是:先一行一行檢查主從庫(kù)的表是否一樣,如果哪里不一樣,就執(zhí)行刪除,更新,插入等操作,使其達(dá)到一致。表的大小決定著執(zhí)行的快慢。
If C<--transaction> is specified, C<LOCK TABLES> is not used. Instead, lock
and unlock are implemented by beginning and committing transactions.
The exception is if L<"--lock"> is 3.
If C<--no-transaction> is specified, then C<LOCK TABLES> is used for any
value of L<"--lock">. See L<"--[no]transaction">.
When enabled, either explicitly or implicitly, the transaction isolation level
is set C<REPEATABLE READ> and transactions are started C<WITH CONSISTENT
SNAPSHOT>
MySQL復(fù)制監(jiān)控
MySQL常見(jiàn)錯(cuò)誤類型
1005:創(chuàng)建表失敗
1006:創(chuàng)建數(shù)據(jù)庫(kù)失敗
1007:數(shù)據(jù)庫(kù)已存在,創(chuàng)建數(shù)據(jù)庫(kù)失敗
1008:數(shù)據(jù)庫(kù)不存在,刪除數(shù)據(jù)庫(kù)失敗
1009:不能刪除數(shù)據(jù)庫(kù)文件導(dǎo)致刪除數(shù)據(jù)庫(kù)失敗
1010:不能刪除數(shù)據(jù)目錄導(dǎo)致刪除數(shù)據(jù)庫(kù)失敗
1011:刪除數(shù)據(jù)庫(kù)文件失敗
1012:不能讀取系統(tǒng)表中的記錄
1020:記錄已被其他用戶修改
1021:硬盤剩余空間不足,請(qǐng)加大硬盤可用空間
1022:關(guān)鍵字重復(fù),更改記錄失敗
1023:關(guān)閉時(shí)發(fā)生錯(cuò)誤
1024:讀文件錯(cuò)誤
1025:更改名字時(shí)發(fā)生錯(cuò)誤
1026:寫文件錯(cuò)誤
1032:記錄不存在
1036:數(shù)據(jù)表是只讀的,不能對(duì)它進(jìn)行修改
1037:系統(tǒng)內(nèi)存不足,請(qǐng)重啟數(shù)據(jù)庫(kù)或重啟服務(wù)器
1038:用于排序的內(nèi)存不足,請(qǐng)?jiān)龃笈判蚓彌_區(qū)
1040:已到達(dá)數(shù)據(jù)庫(kù)的最大連接數(shù),請(qǐng)加大數(shù)據(jù)庫(kù)可用連接數(shù)
1041:系統(tǒng)內(nèi)存不足
1042:無(wú)效的主機(jī)名
1043:無(wú)效連接
1044:當(dāng)前用戶沒(méi)有訪問(wèn)數(shù)據(jù)庫(kù)的權(quán)限
1045:不能連接數(shù)據(jù)庫(kù),用戶名或密碼錯(cuò)誤
1048:字段不能為空
1049:數(shù)據(jù)庫(kù)不存在
1050:數(shù)據(jù)表已存在
1051:數(shù)據(jù)表不存在
1054:字段不存在
1065:無(wú)效的SQL語(yǔ)句,SQL語(yǔ)句為空
1081:不能建立Socket連接
1114:數(shù)據(jù)表已滿,不能容納任何記錄
1116:打開(kāi)的數(shù)據(jù)表太多
1129:數(shù)據(jù)庫(kù)出現(xiàn)異常,請(qǐng)重啟數(shù)據(jù)庫(kù)
1130:連接數(shù)據(jù)庫(kù)失敗,沒(méi)有連接數(shù)據(jù)庫(kù)的權(quán)限
1133:數(shù)據(jù)庫(kù)用戶不存在
1141:當(dāng)前用戶無(wú)權(quán)訪問(wèn)數(shù)據(jù)庫(kù)
1142:當(dāng)前用戶無(wú)權(quán)訪問(wèn)數(shù)據(jù)表
1143:當(dāng)前用戶無(wú)權(quán)訪問(wèn)數(shù)據(jù)表中的字段
1146:數(shù)據(jù)表不存在
1147:未定義用戶對(duì)數(shù)據(jù)表的訪問(wèn)權(quán)限
1149:SQL語(yǔ)句語(yǔ)法錯(cuò)誤
1158:網(wǎng)絡(luò)錯(cuò)誤,出現(xiàn)讀錯(cuò)誤,請(qǐng)檢查網(wǎng)絡(luò)連接狀況
1159:網(wǎng)絡(luò)錯(cuò)誤,讀超時(shí),請(qǐng)檢查網(wǎng)絡(luò)連接狀況
1160:網(wǎng)絡(luò)錯(cuò)誤,出現(xiàn)寫錯(cuò)誤,請(qǐng)檢查網(wǎng)絡(luò)連接狀況
1161:網(wǎng)絡(luò)錯(cuò)誤,寫超時(shí),請(qǐng)檢查網(wǎng)絡(luò)連接狀況
1062:字段值重復(fù),入庫(kù)失敗
1169:字段值重復(fù),更新記錄失敗
1177:打開(kāi)數(shù)據(jù)表失敗
1180:提交事務(wù)失敗
1181:回滾事務(wù)失敗
1203:當(dāng)前用戶和數(shù)據(jù)庫(kù)建立的連接已到達(dá)數(shù)據(jù)庫(kù)的最大連接數(shù),請(qǐng)?jiān)龃罂捎玫臄?shù)據(jù)庫(kù)連接數(shù)或重啟數(shù)據(jù)庫(kù)
1205:加鎖超時(shí)
1211:當(dāng)前用戶沒(méi)有創(chuàng)建用戶的權(quán)限
1216:外鍵約束檢查失敗,更新子表記錄失敗
1217:外鍵約束檢查失敗,刪除或修改主表記錄失敗
1226:當(dāng)前用戶使用的資源已超過(guò)所允許的資源,請(qǐng)重啟數(shù)據(jù)庫(kù)或重啟服務(wù)器
1227:權(quán)限不足,您無(wú)權(quán)進(jìn)行此操作
1235:MySQL版本過(guò)低,不具有本功能
復(fù)制監(jiān)控腳本
參考原文修改。
原腳本
#!/bin/bash
#
#check_mysql_slave_replication_status
#
#
#
parasum=2
help_msg(){
cat <<
help
+---------------------+
+Error
Cause:
+you
must input $parasum parameters!
+1st
: Host_IP
+2st
: Host_Port
help
exit
}
[
$#
-ne ${parasum} ] && help_msg #若參數(shù)不夠打印幫助信息并退出
export HOST_IP=$1
export HOST_PORt=$2
MYUSER="root"
MYPASS="123456"
MYSQL_CMD="mysql
-u$MYUSER -p$MYPASS"
MailTitle="" #郵件主題
Mail_Address_MysqlStatus="root@localhost.localdomain" #收件人郵箱
time1=$(date +"%Y%m%d%H%M%S")
time2=$(date +"%Y-%m-%d
%H:%M:%S")
SlaveStatusFile=/tmp/salve_status_${HOST_PORT}.${time1}
#郵件內(nèi)容所在文件
echo "--------------------Begin
at: "$time2
> $SlaveStatusFile
echo "" >>
$SlaveStatusFile
#get
slave status
${MYSQL_CMD}
-e "show
slave status\G" >>
$SlaveStatusFile #取得salve進(jìn)程的狀態(tài)
#get
io_thread_status,sql_thread_status,last_errno 取得以下?tīng)顟B(tài)值
IOStatus=$(cat $SlaveStatusFile grep Slave_IO_Running awk '{print
$2}')
SQLStatus=$(cat $SlaveStatusFile grep Slave_SQL_Running
awk '{print
$2}')
Errno=$(cat $SlaveStatusFile grep Last_Errno
awk '{print
$2}')
Behind=$(cat $SlaveStatusFile grep Seconds_Behind_Master
awk '{print
$2}')
echo "" >>
$SlaveStatusFile
if [
"$IOStatus" ==
"No" ]
[ "$SQLStatus" ==
"No" ];then #判斷錯(cuò)誤類型
if [
"$Errno" -eq 0
];then #可能是salve線程未啟動(dòng)
$MYSQL_CMD
-e "start
slave io_thread;start slave sql_thread;"
echo "Cause
slave threads doesnot's running,trying start slsave io_thread;start slave sql_thread;" >>
$SlaveStatusFile
MailTitle="[Warning]
Slave threads stoped on $HOST_IP $HOST_PORT"
elif [
"$Errno" -eq 1007
] [ "$Errno" -eq 1053
] [ "$Errno" -eq 1062
] [ "$Errno" -eq 1213
] [ "$Errno" -eq 1032
]\
[ "Errno" -eq 1158
] [ "$Errno" -eq 1159
] [ "$Errno" -eq 1008
];then #忽略此些錯(cuò)誤
$MYSQL_CMD
-e "stop
slave;set global sql_slave_skip_counter=1;start slave;"
echo "Cause
slave replication catch errors,trying skip counter and restart slave;stop slave ;set global sql_slave_skip_counter=1;slave start;" >>
$SlaveStatusFile
MailTitle="[Warning]
Slave error on $HOST_IP $HOST_PORT! ErrNum: $Errno"
else
echo "Slave
$HOST_IP $HOST_PORT is down!" >>
$SlaveStatusFile
MailTitle="[ERROR]Slave
replication is down on $HOST_IP $HOST_PORT ! ErrNum:$Errno"
fi
fi
if [
-n "$Behind" ];then
Behind=0
fi
echo "$Behind" >>
$SlaveStatusFile
#delay
behind master 判斷延時(shí)時(shí)間
if [
$Behind -gt 300 ];then
echo `date +"%Y-%m%d
%H:%M:%S"`
"slave
is behind master $Bebind seconds!" >>
$SlaveStatusFile
MailTitle="[Warning]Slave
delay $Behind seconds,from $HOST_IP $HOST_PORT"
fi
if [
-n "$MailTitle" ];then #若出錯(cuò)或者延時(shí)時(shí)間大于300s則發(fā)送郵件
cat ${SlaveStatusFile}
/bin/mail -s
"$MailTitle" $Mail_Address_MysqlStatus
fi
#del
tmpfile:SlaveStatusFile
>
$SlaveStatusFile
修改后腳本
只做了簡(jiǎn)單的整理,修正了Behind為NULL的判斷,但均未測(cè)試;
應(yīng)可考慮增加:
對(duì)修復(fù)執(zhí)行結(jié)果的判斷;多條錯(cuò)誤的循環(huán)修復(fù)、檢測(cè)、再修復(fù)?
取消SlaveStatusFile臨時(shí)文件。
Errno、Behind兩種告警分別發(fā)郵件,告警正文增加show slave結(jié)果原文。
增加PATH,以便加到crontab中。
考慮crontab中周期執(zhí)行(加鎖避免執(zhí)行沖突、執(zhí)行周期選擇)
增加執(zhí)行日志?
#!/bin/sh
#
check_mysql_slave_replication_status
#
參考:http://www.tianfeiyu.com/?p=2062
Usage(){
echo Usage:
echo "$0
HOST PORT USER PASS"
}
[
-z "$1" -o
-z "$2" -o
-z "$3" -o
-z "$4" ]
&& Usage && exit 1
HOST=$1
PORT=$2
USER=$3
PASS=$4
MYSQL_CMD="mysql
-h$HOST -P$PORT -u$USER -p$PASS"
MailTitle="" #郵件主題
Mail_Address_MysqlStatus="root@localhost.localdomain" #收件人郵箱
time1=$(date +"%Y%m%d%H%M%S")
time2=$(date +"%Y-%m-%d
%H:%M:%S")
SlaveStatusFile=/tmp/salve_status_${HOST_PORT}.${time1}
#郵件內(nèi)容所在文件
echo "--------------------Begin
at: "$time2
> $SlaveStatusFile
echo "" >>
$SlaveStatusFile
#get
slave status
${MYSQL_CMD}
-e "show
slave status\G" >>
$SlaveStatusFile #取得salve進(jìn)程的狀態(tài)
#get
io_thread_status,sql_thread_status,last_errno 取得以下?tīng)顟B(tài)值
IOStatus=$(cat $SlaveStatusFile grep Slave_IO_Running awk '{print
$2}')
SQLStatus=$(cat $SlaveStatusFile grep Slave_SQL_Running
awk '{print
$2}')
Errno=$(cat $SlaveStatusFile grep Last_Errno
awk '{print
$2}')
Behind=$(cat $SlaveStatusFile grep Seconds_Behind_Master
awk '{print
$2}')
echo "" >>
$SlaveStatusFile
if [
"$IOStatus" =
"No" -o
"$SQLStatus" =
"No" ];then
case "$Errno" in
0)
#
可能是slave未啟動(dòng)
$MYSQL_CMD
-e "start
slave io_thread;start slave sql_thread;"
echo "Cause
slave threads doesnot's running,trying start slsave io_thread;start slave sql_thread;" >>
$SlaveStatusFile
;;
1007 1053 1062 1213 1032 1158 1159 1008)
#
忽略這些錯(cuò)誤
$MYSQL_CMD
-e "stop
slave;set global sql_slave_skip_counter=1;start slave;"
echo "Cause
slave replication catch errors,trying skip counter and restart slave;stop slave ;set global sql_slave_skip_counter=1;slave start;" >>
$SlaveStatusFile
MailTitle="[Warning]
Slave error on $HOST:$PORT! ErrNum: $Errno"
;;
*)
echo "Slave
$HOST:$PORT is down!" >>
$SlaveStatusFile
MailTitle="[ERROR]Slave
replication is down on $HOST:$PORT! Errno:$Errno"
;;
esac
fi
if [
"$Behind" =
"NULL" -o
-z "$Behind" ];then
Behind=0
fi
echo "Behind:$Behind" >>
$SlaveStatusFile
#delay
behind master 判斷延時(shí)時(shí)間
if [
$Behind -gt 300 ];then
echo `date +"%Y-%m%d
%H:%M:%S"`
"slave
is behind master $Bebind seconds!" >>
$SlaveStatusFile
MailTitle="[Warning]Slave
delay $Behind seconds,from $HOST $PORT"
fi
if [
-n "$MailTitle" ];then #若出錯(cuò)或者延時(shí)時(shí)間大于300s則發(fā)送郵件
cat ${SlaveStatusFile}
/bin/mail -s
"$MailTitle" $Mail_Address_MysqlStatus
fi
#del
tmpfile:SlaveStatusFile
>
$SlaveStatusFile
以上就是詳解在線上MYSQL同步報(bào)錯(cuò)故障處理方法代碼總結(jié)的詳細(xì)內(nèi)容,更多請(qǐng)關(guān)注php中文網(wǎng)其它相關(guān)文章!
學(xué)習(xí)教程快速掌握從入門到精通的SQL知識(shí)。