MySQL主从校验一致性时遇到的问题，很费解

devilkin0312

这/N是图形工具里面看到的？
或者如何会出现\N

xiayusweetdream

devilkin0312 发表于 2012-5-21 20:17
这/N是图形工具里面看到的？
或者如何会出现\N

恩，我用select * into outfile 的方法分别把主从库上的这两张表导出来后（*.txt），通过notepad++工具查看对比有什么不同。出现\N的那一列默认值为NULL。

longxibendi

我最近也要校验主、从数据。刚开始准备用mk，后来还是自己写程序，checksum 全表了。你用多长时间，mk..

xiayusweetdream

longxibendi 发表于 2012-5-31 22:42
我最近也要校验主、从数据。刚开始准备用mk，后来还是自己写程序，checksum 全表了。你用多长时间，mk..

这个要看表的数据量大小，这个还需要锁表

longxibendi

xiayusweetdream 发表于 2012-6-1 10:20
这个要看表的数据量大小，这个还需要锁表

肯定与大小有关。与数据文件及表数据量都有关系。200多G的数据。1W多张表。checksum，开了400个线程。用了1小时..。

hyrongg

我觉得有可能不一样啊，每次启动slave的时候，可以设置从某一个position 开始同步，这个位置之前的数据不在同步之列啊，
如果有人人为修改过从数据库的的老数据，岂不正常？

xiayusweetdream

hyrongg 发表于 2012-6-1 12:48
我觉得有可能不一样啊，每次启动slave的时候，可以设置从某一个position 开始同步，这个位置之前的数据不在 ...

出现这个问题时，一直没有人动过从库，从库和主库是一直相连的，而且用show slave status查看复制正常。另从库设置了只读权限，一般人是修改不了的

xiayusweetdream

mchdba 发表于 2012-5-21 16:40
去主库上面重新修复一下，就可以了！

repaire table?

mchdba

xiayusweetdream 发表于 2012-6-4 10:45
repaire table?

不是，比较下主从库数据的差异，在主库上面执行差异部分的SQL，这样就通过同步从库就可以修复了
1

cd红丸

找个机会重建一下就可以了