Mysql雙機異常及解決方案

今天Mysql雙機遇到兩個問題，從網上整理下解決方案，記錄下來：

通過以下命令行可查看異常信息

Sql代碼

mysql> show slave status/G;

具體細節可查看Mysql日志。

問題一：

命令行報錯如下

Slave_IO_Running: No

Slave_SQL_Running: Yes

Last_IO_Errno: 1236

Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Client requested master to start replication from impossible position; the first event 'mysql-bin.000073' at 662720845, the last event read from './mysql-bin.000073' at 4, the last byte read from './mysql-bin.000073' at 4.'

從字面理解就是，從服務器請求了主服務器的一個錯誤的復制位置。比如主服務器上的BLIN_LOG里沒有這個POSITION.

解決辦法：

首先查看主服務器的日志文件中是否有此行，使用命令

Java代碼

mysqlbinlog /LogPath/mysql-bin.000073 >> log

在log文件里查找662720845對應的行或者和這個數字接近的行（先從小的試試，無法恢復再從大的試），

log文件內容類似：

Java代碼

# at 662720839

#130614 8:36:01 server id 1 end_log_pos 662720860 Query thread_id=207498 exec_time=0 error_code=0

SET TIMESTAMP=1371170161/*!*/;

COMMIT

/*!*/;

DELIMITER ;

然后重新設置復制位置，如下

Java代碼

mysql>stop slave;

mysql> change master to

-> master_log_file='mysql-bin.000073',

-> master_log_pos=662720860;

mysql> start slave;

如果找不到，可用如下命令查看mysql-bin.000073的最大位置

Java代碼

ls -la mysql-bin.000073

如果大小遠小于662720845，則可以跳過這個日志，從下個日志開始復制。

Java代碼

mysql>stop slave;

mysql> change master to

-> master_log_file='mysql-bin.000074',

-> master_log_pos=4;

mysql> start slave;

問題二：

錯誤代碼如下

mysql slave Error_code: 1062 1054

如果日志中出現了這樣代碼，可能是錯誤的select，或update操作，master是跳過這些操作，但是被記錄到了二進制日志中，slave會依據二進制中的語句做相同的動作，就會報錯，知道原理了要做的操作就很簡單了。

解決方法

Java代碼

stop slave;

set gloable sql_slave_skip_counter=n; //n為你想跳過錯誤語句的個數

start slave;

如果你不想再遇到這種錯誤，可以寫到slave配置文件中格式如下：

slave_skip_errors = 1062

slave_skip_errors = all //跳過所有類型的錯誤碼

問題三：

錯誤代碼如下

Slave_IO_Running: Yes

Slave_SQL_Running: No

Last_SQL_Errno: 1594

Last_SQL_Error: Relay log read failure: Could not parse relay log event entry. The possible reasons are: the master's binary log is corrupted (you can check this by running 'mysqlbinlog' on the binary log), the slave's relay log is corrupted (you can check this by running 'mysqlbinlog' on the relay log), a network problem, or a bug in the master's or slave's MySQL code. If you want to check the master's binary log or slave's relay log, you will be able to know their names by issuing 'SHOW SLAVE STATUS' on this slave.

以上異常可能由內存溢出或者硬盤空間不足導致。

解決辦法

從最近一次復制結束的位置復制即可

Java代碼

show slave status /G;

Master_Log_File: mysql_master-bin.000164

Read_Master_Log_Pos: 980240603

Relay_Log_File: slave2-relay-bin.000001

Relay_Log_Pos: 251111

Relay_Master_Log_File: mysql_master-bin.000164

Exec_Master_Log_Pos: 980240603

Java代碼

stop slave;

CHANGE MASTER TO MASTER_LOG_FILE = 'mysql_master-bin.000164',MASTER_LOG_POS =980240603;

start slave ;

備注：

mysql replication 中slave機器上有兩個關鍵的進程，死一個都不行，一個是slave_sql_running，一個是Slave_IO_Running，一個負責自己的slave mysql進程，一個負責與主機的io通信。

如果是slave_io_running no了，可能有三種情況，一個是網絡有問題，第二個是有可能my.cnf有問題，最后一個是授權的問題，replication slave和file權限是必須的。

一旦io為no了先看err日志，看看報什么錯，很可能是網絡，也有可能是包太大收不了，這個時候主備上改max_allowed_packet這個參數。

如果是slave_sql_running no了，那么也有兩種可能，一種是slave機器上這個表中出現了其他的寫操作，就是程序寫了，這個是會有問題的，還有一種占絕大多數可能的是slave進程重啟，事務回滾造成的，這也是mysql的一種自我保護的措施，像關鍵時候只讀一樣。 這個時候想恢復的話，只要停掉slave，set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;(參考問題二解決方法)，再開一下slave就可以了

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com