前几天使用pt-table-checksum检查主从数据库一致性，发现有些数据不一致，于是使用pt-table-sync来做修复。
在修复的过程中没提示任何的错误，也没有异常情况出现。但是悲剧发生了。
首先，在web页面中很多中文的地方变成了乱码。开始还没意识到是pt-table-sync工具做数据一直修复时产生的。后来查询binlog日志才发现，在执行修复过程中replace语句中的很多中文都变成了乱码。
如下所示中出现大量?：
EPLACE INTO `phpcmsv9`.`v9_hd_course`(`id`, `catid`, `typeid`, `title`, `style`, `thumb`, `keywords`, `description`, `posids`, `ven_posids`, `url`, `listorder`, `status`, `sysadd`, `islink`, `username`, `inputtime`, `updatetime`, `userid`, `envid`, `cour_cat`, `cour_cat_text`, `cour_type`, `reg_endtime`, `starttime`, `endtime`, `is_weekend`, `district`, `district_code`, `address`, `longitude`, `latitude`, `org`, `teacher`, `teacher_id`, `max_reg_num`, `fea`, `promotion`, `promotion_state`, `promotion_desc`, `adv_url`, `linkman`, `mobile`, `qq`, `validation_state`, `visiable`, `abolish`, `reg_num`, `view_num`, `total_score`, `desc_score`, `env_score`, `eff_score`, `eval_num`, `msg_num`, `env_validation_state`) VALUES ('162', '0', '0', '???????????', '', 'xxxxxxxxxxxxxxxxxxx', '', '', '0', '0', '', '0', '1', '0', '0', 'yyyyyyyy', '1334122365', '4234', '4324', '53', ',53,423,', '???? / ??', '66', '42', '4242', '4234', '0', '??????', ',1,2,10', '?????', '1', '1', '??????????????', '????', '0', '0', '4234', '0', '2', '??????????????????????????????????????????????????', 'xxxxxxxxxxxxx/statics/images/v20/page/venues/preset-img/pre-img32.jpg', '', '', '', '1', '0', '1', '0', '534', '0', '0', '0', '0', '0', '0', '1') /*percona-toolkit src_db:phpcmsv9 src_tbl:v9_hd_course src_dsn:P=9999,h=0.0.0.0,p=...,u=xxx dst_db:phpcmsv9 dst_tbl:v9_hd_course dst_dsn:h=0.0.0.0,p=...,u=xxx lock:1 transaction:1 changing_src:1 replicate:0 bidirectional:0 pid:6871 user:xxx host:dbslave1-zs*/
检查了主从库的字符集，都是使用的utf8，而且在这次事故中有另外的表中的中文又是正常处理的，没有显示为乱码。最后还是没找到出现问题的原因。
只能说在做数据修复前，一定要使用print参数将修复的sql打印出来确认后再执行修复。
在此做个记录，也希望高手指点迷津。
########################################################################################################
最近又试了下，多加个参数--charset=utf8就可以解决了。。
阅读(3545) | 评论(4) | 转发(0) |
