我是MySQL新手,经过长时间的搜索,我能够配置基于主从ROW的复制.我认为这是安全的,我不必一次又一次地重新检查它.

但今天我做了SHOW SLAVE STATUS;在奴隶然后我找到了以下

could not execute Write_rows event on
table mydatabasename.atable; Duplicate
entry ‘174465’ for key ‘PRIMARY’,
Error_code: 1062; handler error
HA_ERR_FOUND_DUPP_KEY; the event’s
master log mysql-bin.000004,
end_log_pos 60121977

有人可以告诉我,当master没有这样的错误并且两台服务器上的架构相同时,甚至可能会发生这种情况.以及如何修复它以使其再次工作以及如何在将来防止此类事情.

还请告诉我除了这个之外还有什么意想不到的.

解决方法:

它永远不会发生在主人身上,为什么？

SQL系列是从master中复制的,
如果记录已存在于master中,则mysql拒绝master

但是在slave上,如果失败并且复制位置没有进入下一个SQL(它只是暂停)

原因？

该记录的插入查询直接写入从站,而不使用主服务器的复制

怎么修？

跳过奴隶的错误,比如

SET GLOBAL sql_slave_skip_counter = N;

细节 – http://dev.mysql.com/doc/refman/5.0/en/set-global-sql-slave-skip-counter.html

或者删除slave上的重复记录,再次恢复slave(让复制执行插入)

更糟糕的情况是,需要再次重新进行设置以确保从站的数据完整性.

怎么预防？

检查应用程序级别,确保没有直接写入slave
这包括如何在命令提示符下连接到mysql

拆分可以写和读的mysql用户,
因此,您的应用程序应该在不需要写入时使用读取用户(主服务器和从服务器).
使用write user(仅限master)进行操作需要写入数据库.