MySQL中的ibdata1用法解讀
MySQL的ibdata1用法
系統(tǒng)表空間是InnoDB數(shù)據(jù)字典、雙寫緩沖區(qū)、更改緩沖區(qū)和撤消日志的存儲區(qū)域 。
如果表是在系統(tǒng)表空間中創(chuàng)建的,而不是在每個表文件或通用表空間中創(chuàng)建,則它還可能包含表和索引數(shù)據(jù)。
系統(tǒng)表空間可以有一個或多個數(shù)據(jù)文件。默認(rèn)情況下,ibdata1會在數(shù)據(jù)目錄中創(chuàng)建一個名為 的系統(tǒng)表空間數(shù)據(jù)文件 。系統(tǒng)表空間數(shù)據(jù)文件的大小和數(shù)量由innodb_data_file_path啟動選項定義。

ibdata1即Innodb data1的縮寫,是innodb引擎的表空間,用于存放以下內(nèi)容:
- 數(shù)據(jù)字典Data dictionary:只讀的表,存儲對象的相關(guān)信息,如占用空間,列的缺省值,約束信息,用戶名,權(quán)限,審計信息等;
- 雙寫緩沖區(qū) Double write buffer:Innodb寫入數(shù)據(jù)默認(rèn)是16k/pages為一個單位寫入,而磁盤是4k/page一個單位,為了防止寫入一半,斷電無法恢復(fù)數(shù)據(jù)的情況發(fā)生,引入了double writer buffer機(jī)制;double write buffer是一段連續(xù)空間,大小2M(128 page),數(shù)據(jù)寫入的時候先寫到doublewrite空間,然后再寫入到磁盤,如果發(fā)生寫入了一個page一半的時候斷電,恢復(fù)后會自動從doublewrite中恢復(fù);
- 插入緩沖區(qū)INSERT BUFFER:針對輔助索引(非unique),插入數(shù)據(jù)的時候,先將插入的數(shù)據(jù)在buffer中根據(jù)輔助索引葉子節(jié)點的Page_no排序,而后按照Page_no分批次插入,提高性能;
- 回滾日志rollback segment: 用于存儲未提交事物,便于用戶rollback,當(dāng)commit后,數(shù)據(jù)即被標(biāo)記無效;
- undo空間 用于存放undo 日志的;用于記錄事物變更前的狀態(tài),如果未commit,其他session可以查看到變更前狀態(tài)
- 如果innodb_file_per_table=0,則Innodb的數(shù)據(jù)和索引也存儲在ibdata中; (如果為1,則存儲在表名相同的ibd和frm文件中); 如果表數(shù)據(jù)存儲在ibdata中的話,那么刪除表是不會釋放空間;
mysql 默認(rèn)配置使用 innodb 引擎 innodb_file_per_table 默認(rèn)是關(guān)閉的 , 因此表空間默認(rèn)建立在 ibdata1 上

1 、默認(rèn)情況下 ibdata 存放 InnoDB 表( InnoDB 數(shù)據(jù)字典)元數(shù)據(jù)、 undo logs 、 the change buffer, and the doublewrite buffer
2 、如果 innodb_file_per_table=0( 默認(rèn) =1) ,則 ibdata 也存放 InnoDB 表的實際數(shù)據(jù),也就是 InnoDB 表建立后,不會再有單獨的 tablename.ibd 文件 , 如果是 innodb_file_per_table=1, 存放 在新的表的 ibd 文件當(dāng)中
3 、 雖 然 InnoDB 表 元 數(shù) 據(jù) 通 過 information_schema.tables 來 讀 取 , 但 是 實 際 上 information_schema 是一個虛擬數(shù)據(jù)庫,并不物理存在,這些數(shù)據(jù)真正存放的地方就是 ibdata redo 是寫在 ib_logfile 中的 , 不寫在 ibdata 中。
導(dǎo)致ibdata1 增長很快的原因
數(shù)據(jù)庫中運行有長事務(wù),記錄了大量的UNDO信息,從而導(dǎo)致了ibdata1持續(xù)增長。
可以通過show engine innodb status ;命令來查看。

mysql中并未提供如何查看ibdata1中的存儲內(nèi)容信息??梢允褂霉ぞ?innochecksum 來看。
ibdata1是什么?
MySQL使用InnoDB引擎的時候,ibdata1這個文件會隨著時間的增長,會變得越來越大,占據(jù)大量的磁盤空間。
那么,ibdata1里保存了哪些東西,為什么會變得越來越大呢,讓我們開看看ibdata1的構(gòu)造。
ibdata1是InnoDB的共有表空間,默認(rèn)情況下會把表空間存放在一個文件ibdata1中,會造成這個文件越來越大。
發(fā)現(xiàn)問題所在之后,解決方法就是,使用獨享表空間,將表空間分別單獨存放。MySQL開啟獨享表空間的參數(shù)是Innodb_file_per_table,會為每個Innodb表創(chuàng)建一個.ibd的文件。
操作步驟
下面講一下具體的操作。
1) 導(dǎo)出數(shù)據(jù)庫中所有數(shù)據(jù)
# mysqldump -u root -p --all-database > /tmp/all-database.dump
2) 刪除數(shù)據(jù)庫中數(shù)據(jù)
# mysql -u root -p mysql> drop database dbname;
3) 停止MySQL
# /etc/init.d/mysqld stop
4) 刪除ibdata1文件(移動到/tmp下)
# mv /var/lib/mysql/ibdata1 /tmp # mv /var/lib/mysql/ib_logfile0 /tmp # mv /var/lib/mysql/ib_logfile1 /tmp
5) my.cnf設(shè)定
# vi /etc/my.cnf 開啟獨享表空間,并指定ibdata1大小為1G,ibdata2大小200M,自動擴(kuò)張。 innodb_data_home_dir = /var/lib/mysql innodb_data_file_path = ibdata1:1G;ibdata2:200M:autoextend innodb_file_per_table
6) 啟動MySQL
# /etc/init.d/mysqld start
7) 導(dǎo)入數(shù)據(jù)
# mysql -u root -p < /tmp/all-database.dump
8) 確認(rèn)
后記
開啟獨享表空間后,并不是說就不需要ibdata1了,因為在ibdata1中還保存著下面這些數(shù)據(jù)。
- InnoDB表的元數(shù)據(jù)
- Buffer
- UNDO日志
總結(jié)
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關(guān)文章
mariadb集群搭建---Galera Cluster+ProxySQL教程
這篇文章主要介紹了mariadb集群搭建---Galera Cluster+ProxySQL教程,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2023-03-03
簡單解決Windows中MySQL的中文亂碼與服務(wù)啟動問題
這篇文章主要介紹了Windows中MySQL的中文亂碼與服務(wù)啟動問題,如果程序沒有特殊需要則建議MySQL盡量默認(rèn)設(shè)為UTF-8格式編碼,需要的朋友可以參考下2016-03-03
MySQL學(xué)習(xí)第二天 安裝和配置mysql winx64
MySQL學(xué)習(xí)第二天,主要為大家詳細(xì)介紹了在Windows 64位操作系統(tǒng)下安裝和配置MySQL的具體步驟,整理一份mysql winx64安裝配置方法教程,感興趣的小伙伴們可以參考一下2016-05-05
MySQL 5.5的max_allowed_packet屬性的修改方法
今天在部署一個實驗系統(tǒng)的時候,報錯提示需要修改一下MySQL的配置文件,在修改的時候是有技巧的,大家可以參考下本文嘗試操作下2013-08-08

