mysql.stats_history 这个表记录的啥?为啥过一段时间就出现慢查询,占用大量的内存,导致集群跟着响应时间变慢


好像是bug,前段时间有人碰到了

里面有一个字段, stats_data longblob NOT NULL, 内容太多,查询后,都看不了是什么内容。

https://github.com/pingcap/tidb/issues/48431

1 个赞

这种的有官方有版本修复吗?

已经修复了,等下次发版应该就带出来了

下个版本是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,写一个脚本定期执行删除吧