這篇文章主要講解了“怎么解決Innodb中undo tablespace沒有清理數(shù)據(jù)的問題”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“怎么解決Innodb中undo tablespace沒有清理數(shù)據(jù)的問題”吧！

創(chuàng)新互聯(lián)建站堅(jiān)持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：做網(wǎng)站、成都網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時(shí)代的章丘網(wǎng)站設(shè)計(jì)、移動(dòng)媒體設(shè)計(jì)的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！

一、問題

我用的5.7的MySQL undo清理參數(shù)已經(jīng)打開了。為什么undo tablespace沒有清理。

二、分析

這種問題應(yīng)該是有大查詢的存在，朋友干掉了大查詢后，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個(gè)事物的UNDO沒有釋放。
我們知道undo的分配是循環(huán)分配的，清理操作應(yīng)該等到釋放操作完成之后 可以大概從從函數(shù)trx_purge_truncate_history看到（我只是初略的看了一眼），只有當(dāng)所有的undo header，rollback header。之后才能清理整個(gè)表空間。

我叫朋友查了一下當(dāng)前purge線程的壓力如下：

雖然沒有做pstack，可以猜測(cè)purge線程正在清理這些undo記錄。等到清理完成后應(yīng)該可以釋放undo tablespace的。然后又看了一下show engine中關(guān)于undo的信息如下：

感謝各位的閱讀，以上就是“怎么解決Innodb中undo tablespace沒有清理數(shù)據(jù)的問題”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對(duì)怎么解決Innodb中undo tablespace沒有清理數(shù)據(jù)的問題這一問題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！