这样的话general log的压力很大，可以在一个事务中把replace之前和之后的数据都打印到日志，先定位是不是Tidb的bug。
我希望是我的bug吧。
general log临时先观察一下，临时弄一下，应该挺得住。
我写的是数据同步程序，真正的数据更新用的是 update 语句。而 replace into 其实我是把它当做 insert into 来用的（万一有重复，无脑覆盖就好）。我现在代码中已经把replace into 改成 insert into 了，如果是replace问题，那么现在应该无法插入了。
我再观察两天看看
那应该是程序调用出问题了
关注最新进展情况哈～
你应该把SQL完整的贴出来，我感觉可能是SQL存在写法异常
replace into的用法你怎么确定你插入的跟原来的没有重复，他是根据主键来的把
五一期间再次发现一例，replace into xxx select xxx 之后，缺一条数据。节日期间没有处理，因为日志只保留3天，只看见了报警没看到详细日志。算了，代码里面做好防护，这个话题结贴吧。
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。