这是一个朋友问我的,简单记录一下

一、问题

我用的5.7的Mysql undo清理参数已经打开了。为什么undo tablespace没有清理。

6347511e7947d5e40b31b5a9ab017be7.png

二、分析

这种问题应该是有大查询的存在,朋友干掉了大查询后,undo 依然没有清理。

------------

TRANSACTIONS

------------

Trx id counter 33083158036

Purge done for trx's n:o < 31961212290 undo n:o < 0 state: running

History list length 560689581

作者微信:**gp_22389860**

我们可以大约理解为560689581个事物的UNDO没有释放。

我们知道undo的分配是循环分配的,清理操作应该等到释放操作完成之后 可以大概从从函数trx_purge_truncate_history看到(我只是初略的看了一眼),只有当所有的undo header,rollback header。之后才能清理整个表空间。

我叫朋友查了一下当前purge线程的压力如下:

561d9d29bfc839730eb6821eb4e59eab.png

a2f6fda250c0ae0c94240529081350de.png

e1030e4a904e557acc94e15a972883a5.png

虽然没有做pstack,可以猜测purge线程正在清理这些undo记录。等到清理完成后应该可以释放undo tablespace的。然后又看了一下show engine中关于undo的信息如下:

ce7e06e7ef40f1b7e01fae37a1f5c682.png

明显已经开始减少了。再等等吧。

作者微信:gp_22389860

Logo

魔乐社区(Modelers.cn) 是一个中立、公益的人工智能社区,提供人工智能工具、模型、数据的托管、展示与应用协同服务,为人工智能开发及爱好者搭建开放的学习交流平台。社区通过理事会方式运作,由全产业链共同建设、共同运营、共同享有,推动国产AI生态繁荣发展。

更多推荐