共計 1498 個字符，預計需要花費 4 分鐘才能閱讀完成。
這期內容當中丸趣 TV 小編將會給大家帶來有關 MySQL5.7 回收 undo log 物理文件空間是怎樣的，文章內容豐富且以專業的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。
MySQL 的 undo log 保存在共享表空間 ibdata1 文件里，隨著業務運轉，ibdata1 會越來越大。在 MySQL5.7 之前的版本，需要停機利用 mysqldump 將數據導出，然后重建數據庫，再導入數據的方法解決該問題，MySQL5.7 提供在線回收的機制。
MySQL5.6 版本中，可以把 undo log 回滾段分離到單獨的一個表空間，但是依然沒有實現回收的機制，用到三個參數
innodb_undo_directory (指定存放的目錄，默認是數據目錄)
innodb_undo_logs=128 (指定回滾段 128KB)
innodb_undo_tablespaces=4 (指定有多少個 undo log 文件)
以下是 MySQL5.6 版本參數默認設置：
點擊 (此處) 折疊或打開
mysql show variables like innodb_undo_%
+————————-+——-+
| Variable_name | Value |
+————————-+——-+
| innodb_undo_directory | . |
| innodb_undo_logs | 128 |
| innodb_undo_tablespaces | 0 |
+————————-+——-+
以下是 MySQL5.7 版本參數默認設置
點擊 (此處) 折疊或打開
mysql show variables like innodb_undo_%
+————————–+——-+
| Variable_name | Value |
+————————–+——-+
| innodb_undo_directory | ./ |
| innodb_undo_log_truncate | OFF |
| innodb_undo_logs | 128 |
| innodb_undo_tablespaces | 0 |
+————————–+——-+
注意：把 undo log 從共享表空間里分離出去，要在 MySQL 安裝時候進行設置，把參數配置到 my.cnf 里邊，MySQL 啟動之后再分離會報錯。
MySQL5.7 undo log 回收機制涉及到的參數如下：
innodb_undo_log_truncate 參數設置為 1，即開始在線回收 undo log 日志文件，默認是 OFF。
innodb_undo_tablespaces 參數必須大于或者等于 2，回收一個日志文件時候，要保證另一個 undo log 正常可用。
innodb_undo_logs undo 回滾段的數量，至少大于等于 35，默認是 128.
innodb_max_undo_log_size 超過這個閾值之后進行處罰 truncate 回收動作，默認是 1GB，truncate 回收之后變成 10MB。
innodb_purge_resg_truncate_grequency 控制回收 undo log 的頻率，想要增加釋放回滾段的頻率，就得降低 innodb_purge_resg_truncate_grequency 設定值。
上述就是丸趣 TV 小編為大家分享的 MySQL5.7 回收 undo log 物理文件空間是怎樣的了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注丸趣 TV 行業資訊頻道。
