MYSQL復(fù)制AUTO_INCREMENT的問(wèn)題！

songpure520

我有兩臺(tái)數(shù)據(jù)庫(kù)做了主從，主服務(wù)器為讀寫，從服務(wù)器只是用來(lái)備份，不對(duì)它進(jìn)行任何操作。
從服務(wù)器在復(fù)制過(guò)程中出現(xiàn)了以下情況：
+------------+
| opid       |
+------------+
| 2030046245 |
|       9125 |
|       9124 |
|       9123 |
|       9122 |
|       9121 |
|       9120 |
|       9119 |
|       9118 |
|       9117 |

OPID是主鍵，是自動(dòng)增長(zhǎng)的，不知道為什么突然自動(dòng)增長(zhǎng)成這個(gè)值，復(fù)制中斷，日志提示表需要修復(fù)，但是我修復(fù)表之后復(fù)制就出現(xiàn)主鍵重復(fù)的錯(cuò)誤，主服務(wù)器的AUTO_INCREMENT正常，不知道這是不是mysql的BUG啊
系統(tǒng)：CENTOS5.2
MYSQL:5.1.28
MYISAM引擎

楓影誰(shuí)用了

錯(cuò)誤信息是啥？

songpure520

090509 14:12:03 [Note] Slave SQL thread initialized, starting replication in log 'mysql-bin.001202' at position 21794, relay log './DBserver1-relay-bin.004094' position: 21939
090509 14:12:03 [ERROR] Slave SQL: Could not execute Write_rows event on table uud.order_product; Corrupted replication event was detected, Error_code: 1610; Corrupted replication event was detected, Error_code: 1610; Duplicate entry '9125' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.001202, end_log_pos 22448, Error_code: 1610
090509 14:12:03 [Warning] Slave: Corrupted replication event was detected Error_code: 1610
090509 14:12:03 [Warning] Slave: Corrupted replication event was detected Error_code: 1610
090509 14:12:03 [Warning] Slave: Duplicate entry '9125' for key 'PRIMARY' Error_code: 1062
090509 14:12:03 [ERROR] Error running query, slave SQL thread aborted. Fix the problem, and restart the slave SQL thread with "SLAVE START". We stopped at log 'mysql-bin.001202' position 21794

songpure520

他這里提示表需要修復(fù)��！但是我修復(fù)之后就會(huì)出現(xiàn)主鍵重復(fù)！即使我手工同步數(shù)據(jù)，等過(guò)段時(shí)間它還是會(huì)出現(xiàn)這種錯(cuò)誤！

[ 本帖最后由 songpure520 于 2009-5-9 14:49 編輯 ]

steel_lei

原帖由 songpure520 于 2009-5-9 14:47 發(fā)表
090509 14:12:03 [Note] Slave SQL thread initialized, starting replication in log 'mysql-bin.001202' at position 21794, relay log './DBserver1-relay-bin.004094' position: 21939
090509 14:12:03 [E ...

如果你手工同步數(shù)據(jù)也過(guò)一段時(shí)間也出現(xiàn)同樣的錯(cuò)誤,建議把slave的binlog也打開(kāi)

log 'mysql-bin.001202' at position 21794, relay log './DBserver1-relay-bin.004094' position: 21939

等再出現(xiàn)此問(wèn)題時(shí)用mysqlbinlog看一下 master的 'mysql-bin.001202' at position 21794 內(nèi)容 和 slave 的 DBserver1-relay-bin.004094' position: 21939的內(nèi)容

songpure520

兩者內(nèi)容是一樣的�。《紱](méi)有記錄這個(gè)表的insert語(yǔ)句！

steel_lei

再用一臺(tái)服務(wù)器做slave同時(shí)同步master,看一下這個(gè)slave會(huì)出現(xiàn)同樣問(wèn)題嗎

曾經(jīng)遇到過(guò)類似問(wèn)題，master中的一個(gè)表的主鍵一段時(shí)候出現(xiàn)錯(cuò)誤，但repair一下就好了，后來(lái)?yè)Q了mysql的版本就正常了

bs

是不是這個(gè)原因？參考這個(gè)
http://www.phpchina.com/bbs/viewthread.php?tid=106637

songpure520

我的master運(yùn)行良好�。∫矎臎](méi)出現(xiàn)過(guò)異常！所有的錯(cuò)誤都是在slave上產(chǎn)生的！我自己嘗試幾次手工同步，每次一同步過(guò)來(lái)！隔斷時(shí)間slave的auto字段就會(huì)暴增，就會(huì)提示修復(fù)數(shù)據(jù)庫(kù)，而master并沒(méi)有發(fā)生這種情況。

Coolriver

原帖由 songpure520 于 2009-5-9 14:47 發(fā)表
090509 14:12:03 [Note] Slave SQL thread initialized, starting replication in log 'mysql-bin.001202' at position 21794, relay log './DBserver1-relay-bin.004094' position: 21939
090509 14:12:03 [E ...

這里　090509 14:12:03 [Warning] Slave: Duplicate entry '9125' for key 'PRIMARY' Error_code: 1062

會(huì)不會(huì)這個(gè)引起的問(wèn)題呢？

可以去看看為什么會(huì)引起9125 這個(gè)建重復(fù)呢？