好像是bug,前段时间有人碰到了
里面有一个字段, stats_data
longblob NOT NULL, 内容太多,查询后,都看不了是什么内容。
这种的有官方有版本修复吗?
已经修复了,等下次发版应该就带出来了
下个版本是v7.5?
请问您使用的版本是 7.1.1 吗? https://github.com/pingcap/tidb/pull/48489 这个是 cherry-pick 7.1.x 的 PR,应该会在 7.1.3 修复吧
收到,目前使用的v7.1.1版本,我抽时间升级一下版本
请问有啥命令查看v7.1.1后还有多少版本?我记得有个命令,一时想不起来了?tiup打头的
tiup list tidb 这个命令
v7.1.0 2023-05-31T14:49:49+08:00 darwin/amd64,darwin/arm64,linux/amd64,linux/arm64
v7.1.1 2023-07-24T11:39:38+08:00 darwin/amd64,darwin/arm64,linux/amd64,linux/arm64
v7.1.2 2023-10-25T03:58:13Z darwin/amd64,darwin/arm64,linux/amd64,linux/arm64
v7.2.0 2023-06-29T11:57:48+08:00 darwin/amd64,darwin/arm64,linux/amd64,linux/arm64
查询后,也没有v7.1.3这个版本?
7.1.3 还没发布呢。等一等吧~
收到,谢谢。
请问这个表,能truncate吗?我这里面有7万多条数据。
官方也没写里面存的啥,看名字应该和统计信息有关,建议先按照后台执行的SQL分批去删除,truncate不知道会有啥影响。
好的。写个脚本慢慢删除?手动删除每次只能删除70条,超过70条就报错,7万多条,得删除好长时间。感谢了。
字段里面有longblob字段,可能确实比较大,不改事务限制每次确实删的比较少。你可以并发去删除,比如按table_id字段去并发
我写了个脚本,已经清理完了,第次只取50条数据删除。感谢了。
恭喜,让你遇到了BUG,写一个脚本定期执行删除吧