0、導讀

ibdata1文件是什么？

ibdata1是一個用來構建innodb系統表空間的文件，這個文件包含了innodb表的元數據、撤銷記錄、修改buffer和雙寫buffer。如果file-per-table選項打開的話，該文件則不一定包含所有表的數據。當innodb_file_per_table選項打開的話，新創建表的數據和索引則不會存在系統表空間中，而是存放在各自表的.ibd文件中.

顯然這個文件會越來越大，innodb_autoextend_increment選項則指定了該文件每次自動增長的步進，默認是8M.

是什么原因導致ibdata1文件會越來越大？

ibdata1存放數據，索引和緩存等，是MYSQL的最主要的數據。所以隨著數據庫越來越大，表也會越大，這個無法避免的。如果時間長了，越來越大，我們在處理日志和空間的時候就不是那么方便了，就不知從何入手了。接下來我們就要處理下這樣的情況，分庫存儲數據。

遇到InnoDB的共享表空間文件ibdata1文件大小暴增時，應該如何處理？

1、問題背景

用MySQL/InnoDB的童鞋可能也會有過煩惱，不知道為什么原因，ibdata1文件莫名其妙的增大，不知道該如何讓它縮回去，就跟30歲之后男人的肚腩一樣，汗啊，可喜可賀的是我的肚腩還沒長出來，hoho~

正式開始之前，我們要先知道ibdata1文件是干什么用的。

ibdata1文件是InnoDB存儲引擎的共享表空間文件，該文件中主要存儲著下面這些數據：

另外，當選項 innodb_file_per_table = 0 時，在ibdata1文件中還需要存儲 InnoDB 表數據&索引。ibdata1文件從5.6.7版本開始，默認大小是12MB，而在這之前默認大小是10MB，其相關選項是 innodb_data_file_path，比如我一般是這么設置的：

當然了，無論是否啟用了 innodb_file_per_table = 1，ibdata1文件都必須存在，因為它必須存儲上述 InnoDB 引擎所依賴&必須的數據，尤其是上面加粗標識的 rollback segments 和 undo space，它倆是引起 ibdata1 文件大小增加的最大原因，我們下面會詳細說。

2、原因分析

我們知道，InnoDB是支持MVCC的，它和ORACLE類似，采用 undo log、redo log來實現MVCC特性的。在事務中對一行數據進行修改時，InnoDB 會把這行數據的舊版本數據存儲一份在undo log中，如果這時候有另一個事務又要修改這行數據，就又會把該事物最新可見的數據版本存儲一份在undo log中，以此類推，如果該數據當前有N個事務要對其進行修改，就需要存儲N份歷史版本（和ORACLE略有不同的是，InnoDB的undo log不完全是物理block，主要是邏輯日志，這個可以查看 InnoDB 源碼或其他相關資料）。這些 undo log 需要等待該事務結束后，并再次根據事務隔離級別所決定的對其他事務而言的可見性進行判斷，確認是否可以將這些 undo log 刪除掉，這個工作稱為 purge（purge 工作不僅僅是刪除過期不用的 undo log，還有其他，以后有機會再說）。