数据同步机制发生崩溃，错误提示为 Duplicate entry '0' for key 4' on query，类似错误以前也见过，但一般是因为Unique的索引重复了才报错，这次的错误中提示的0这个Unique Id是不可能有的，主键是自增的id，不会有0出现，猜是对应的表或者表索引文件出问题了，用check table table_name检查了一下，果然有一个警告，二个报错，用rapire table table_name修复，由于表比较大，修复了很旧还是没好，最后拿上次的备份回来重新同步了半天才恢复正常。
在Windows XP下用Mysql5.1.20创建一个表索引碰到这个错误，错误号1071，表为GBK编码，MyISAM引擎。Google了一下，这个在Mysql5.2.0之前是个Bug，改用默认的Latin1字符集就可以避过这个问题，未验证，但是在CentOS 5.0下安装的Mysql5.0.45这个错误并不会发生，具体跟操作系统还有些关系。
错误原因说明及解决方法如下：
建立索引时，数据库计算key的长度是累加所有Index用到的字段的char长度后再按下面比例乘起来不能超过限定的key长度1000：
latin1 = 1 byte = 1 character
uft8 = 3 byte = 1 character
gbk = 2 byte = 1 character
举例能看得更明白些，以GBK为例：
CREATE UNIQUE INDEX `unique_record` ON reports (`report_name`, `report_client`, `report_city`);
其中report_name varchar(200), report_client varchar(200), report_city varchar(200)
(200 + 200 +200) * 2 = 1200 > 1000，所有就会报1071错误，只要将report_city改为varchar(100)那么索引就能成功建立。
如果表是UTF8字符集，那索引还是建立不了。
