mysql回收日志_MySQL5.7 可以回收（收縮）undo log回滾日志物理文件空間

undo log回滾日志是保存在共享表空間ibdata1文件里，隨着業務的不停運轉，ibdata1文件會越來越大，想要回收(收縮空間大小)極其困難和復雜， 必須先mysqldump -A全庫的導出，然后刪掉data目錄，然后重新初始化安裝，最后再把全庫的SQL文件導入，采用這種方法進行ibdata1文件的回收。

在MySQL5.6里，可以把undo log回滾日志分離出去，到一個單獨的表空間里，具體請參考： http://hcymysql.blog.51cto.com/5223301/973450 ，但缺點就是不能進行回收(收縮)空間大小。直到MySQL5.7 ，才支持在線收縮。innodb_undo_log_truncate參數設置為1，即開啟在線回收(收縮)undo log日志文件，支持動態設置。

innodb_undo_tablespaces參數必須大於或等於2，即回收(收縮)一個undo log日志文件時，要保證另一個undo log是可用的。

innodb_undo_logs: undo回滾段的數量， 至少大於等於35，默認128。

innodb_max_undo_log_size：當超過這個閥值(默認是1G)，會觸發truncate回收(收縮)動作，truncate后空間縮小到10M。

innodb_purge_rseg_truncate_frequency：控制回收(收縮)undo log的頻率。undo log空間在它的回滾段沒有得到釋放之前不會收縮，

想要增加釋放回滾區間的頻率，就得降低innodb_purge_rseg_truncate_frequency設定值。驗證過程：

對一張100萬的sbtest表，進行全表更新4次，如：

然后你會發現undo log空間急速增長，如：

然后用sysbench做壓力測試，讓數據庫運行起來，觀察錯誤日志，就會自動把undo log空間給回收(收縮)，如：

再通過觀察物理文件，已經被回收了，默認10M大小。

總結：

這個功能出來以后，降低了磁盤空間使用率(當然，土豪隨意)，並且加快了xtrabackup熱備份的速度。