|
下面是介紹在使用mysql數(shù)據(jù)庫主從同步時(shí)碰到的一些問題解決方法，如果你碰到此問題可以進(jìn)入?yún)⒖寂?，希望文章?duì)各位有所幫助。 查看從庫的狀態(tài)：
mysql>show slave statusG;
其中Slave_IO_Running:Yes 表明同步IO是否在運(yùn)行；Slave_SQL_Running:Yes 表明同步SQL是否在運(yùn)行；Last_Error表明上次出錯(cuò)的內(nèi)容。
今天碰到一條出錯(cuò)的SQL，內(nèi)容如下：
Last_Error: Error ‘Duplicate entry ’14772680-15′ for key ‘PRIMARY” on query. Default database: ‘xxxxxxxx’. Query: ‘UPDATE pre_forum_post SET position=position+’14′ WHERE `tid` IN(’14772680′,’14773058′)’
這條語句導(dǎo)致了從庫出錯(cuò)，slave的SQL停止。
執(zhí)行mysql>SET GLOBAL SQL_SLAVE_SKIP_COUNTER=2; 跳過沖突的記錄。
然后再重啟slave
mysql>stop slave
mysql>start slave
如果碰到Slave_IO_Running:No的話，說明是主從的IO沒有運(yùn)行起來。今天發(fā)現(xiàn)另外一臺(tái)很久沒使用的DB也是這個(gè)情況，就把他重啟了。 www,111cn.net
錯(cuò)誤提示為：
[ERROR] Got fatal error 1236: ‘Could not find first log file name in binary log index file’
from master when reading data from binary log
在主庫上查看主庫的狀態(tài)
mysql>show master status;
列出一條記錄，很簡單的信息
+——————+———–+————–+——————+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+——————+———–+————–+——————+
| mysql-bin.002323 | 121077462 | | |
+——————+———–+————–+——————+
然后在從庫上執(zhí)行：
mysql>stop slave;
mysql>change master to master_log_file=’mysql-bin.002323′,master_log_pos=121077462;
mysql>start slave;
再次查看從庫的狀態(tài)
mysql>show slave statusG;
發(fā)現(xiàn)正常。
另外今天碰到了一個(gè)詭異的現(xiàn)象，就是mysql停掉后啟動(dòng)不起來了。報(bào)錯(cuò)
Starting MySQL. ERROR! Manager of pid-file quit without updating file.
#/usr/bin/mysql_safe
之后就正常了，停掉safe模式再啟動(dòng)即可
#service mysql start
|
