【 TiDB 使用环境】生产环境
【 TiDB 版本】v7.5.2
【复现路径】做过哪些操作出现的问题
从v5.3.0升级到v7.5.2
【遇到的问题：问题现象及影响】
表结构如下:
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
ADMIN CHECK INDEX tbl_name idx_name;
检查一下表和索引的一致性吧
为什么用dumpling测试，select 没条件也是5条吗
所有索引都检查过一致性了，情况还是一样
整个表有600多万，直接select太多了。
之所有用dump来测试，是因为我创建了一张一模一样的表，并用batch on 把所有数据插进去时，发现数据少了一千多条，于是拿两张表来join的时候，发现数据很奇怪：
不加where条件查询出来的记录跟它上面那条记录的unique_key索引的值一样呀，就是suerid,appType,serviceId,holdId跟上面记录的值一样
在测试环境完全没有数据写入的时候，可以模拟出这个问题吗?
不一样，如一楼图1所示，mysqldump出来有重复的值
模拟不出来，我在生产环境建了一张一样的表，把mysqldump导出来的数据导进去会报唯一键冲突
原来的生产表里的数据都用过什么方式写入，有导入过吗
每天全表更新，并把旧数据删除
感觉和以下这两个贴是同一个问题：
升级到v7.5.2后dashboard流量图中某个表明显增大.
升级后流量可视化一直有一个确认没读写的表持续有读写流量.
目前我把原表重命名掉后（确认不会有业务读写），这个表还是有写操作，如下图：
你是用mysqldump还是dumpling导出来的？
mysqldump
你用dumpling再导出一次，然后用lightning导入看看
syncdiff 一下两个表
参考一下这个贴，看下数据是不是有空格
你这是5.3.0升上来的，保不齐是那时候的bug导致的，你还有这个版本的测试环境吗(不是生产升级后新搭建的)
试试用其他条件能不能查到那条数据，然后用hex（suserid）看看16进制是不是一样的
sUserId是bigint型哦