【 TiDB 使用环境】测试
【 TiDB 版本】v8.5.0
具体操作：
tiup tidb-lightning -config lightning.toml
报错提示：
tidb lightning encountered error: [Lighting:Restore:ErrChecksumMismatch]checksum mismatched remote vs local => (checksum: 17337371881437968394 vs 10531287664405905779) (total_kvs: 6634939 vs 6635136) (total_bytes:400364342 vs 400377252)
备注：其他几个表导入成功，就某张表失败，但是count数据又是对的，所以不清楚是成功还是失败
参考这个看看
数据校验失败了，但是count又是对的，这种情况极有可能出现了索引和数据不一致。
用 admin check table xxx 查一下看看。
好的，我看看
也有可能是字段类型不对，导致出现了类型转换
确实有异常提示：
data inconsistency in table: fb_members, index: username, handle: 1841432857272442883, index-values:“” != record-values:“handle: 1841432857272442883, values: [KindString Bernard]”
这是说明索引有问题，那删除对应索引，重建能解决吗
重建能保证索引和主表的数据一致，但是一般这种报错其实是数据有问题导致的，最好还是先检查导出文件里是否有数据冲突。
可以看下表的字符集是不是_bin，也可能是大小写导致的数据重复
文件内容不太好检查数据冲突了，
CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci
username 是唯一索引么？
是的，我尝试再这个字段上再建一个唯一索引，发现数据唯一检测冲突了
大概率是大小写问题导致的冲突了，将表的字符集改为utf8mb4_bin再试下。
CHARSET=utf8mb4 COLLATE=utf8mb4_bin ，改了还是一样的错误
查了下表数据，username字段有两个值 adrain 和 Adrain，
你用什么命令改的？看下 username 字段的字符集现在是什么？
得用 convert to 命令，不能直接改表的 default charset，那是不会改现存字段的 collate 的
我重新建表了
删除表，重新建了
CREATE TABLE users (
uid bigint unsigned NOT NULL,
username varchar(50) COLLATE utf8mb4_bin NOT NULL COMMENT ‘用户名’,
email varchar(50) COLLATE utf8mb4_bin NOT NULL
PRIMARY KEY (uid) /*T![clustered_index] CLUSTERED */, UNIQUE KEY username (username`),
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin COMMENT=‘会员表’;
checksum失败，而且local比remote的key数量和字节数都多一些。我感觉首先需要排除一下导入的时候是不是有其他人在写入。
