对应的日志如下:
[2020/08/06 23:07:20.881 +08:00] [ERROR] [restore.go:538] [“restore all tables data failed”] [takeTime=13h4m19.126080425s] [error=“compute remote checksum failed: invalid connection”]
[2020/08/06 23:07:20.881 +08:00] [ERROR] [restore.go:250] [“run failed”] [step=2] [error=“compute remote checksum failed: invalid connection”]
[2020/08/06 23:07:20.881 +08:00] [ERROR] [restore.go:256] [“the whole procedure failed”] [takeTime=13h4m21.411388099s] [error=“compute remote checksum failed: invalid connection”]
[2020/08/06 23:07:20.881 +08:00] [INFO] [restore.go:430] [“everything imported, stopping periodic actions”]
[2020/08/06 23:07:20.881 +08:00] [ERROR] [restore.go:114] [“tables failed to be imported”] [count=1
error=“compute remote checksum failed: invalid connection” 这个需要怎么解决
来了老弟
2
你好,
提供下 tidb 和 tidb lightning 的版本信息
提供下 lightning log 的完整信息,我们看下、
glorvs
(gaolei-PingCAP)
3
可以手动使用 mysql 连接到 tidb 然后执行一下
admin checksum table table-name
看一下能不能成功执行
来了老弟
5
如何,是否可以执行,并且是说明下 checksum 的表是否为大表,数据量,行数,表结构可以提供下
可以执行,是大表,大概8.9亿数据,这个报错会影响数据的导入完整性吗
来了老弟
7
一般不会,这个步骤仅为比对上下游数据。admin checksum table table-name 可以执行成功是吧
是的,admin checksum table table-name 可以执行成功。
来了老弟
9
感谢反馈,测试下 select count(*) FROM TBL; 看是否可以成功
辛苦说明下 tidb lightning 的使用模式是什么
count是可以的。 您指的模式是这个吗 Importer-backend 默认的。
glorvs
(gaolei-PingCAP)
12
admin checksum table 执行成功的话,可以和日志里面的对比一下, 如果一致的话, 就说明导入成功了。在日志里面搜索「local checksum」对应的日志类似如下:
[2020/08/12 03:54:13.788 +08:00] [INFO] [restore.go:1109] ["local checksum"] [table=`tpcc`.`order_line`] [checksum="{cksum=14593945125486384483,size=705247754813,kvs=8601446588}"]
admin checksum table 和 上述日志里面对应 table 的 cksum 字段值一致的话, 就说明导入是完整的。
checksum 容易失败这个问题,我们目前正在解决,感谢反馈~
system
(system)
关闭
15
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。