MySQL-InnoDB內部結構
MySQL InnoDB的儲存結構總結
從物理意義上來講,InnoDB表由共享表空間、日誌檔案組(redo檔案組)、表結構定義檔案組成。若將innodb_file_per_table設定為on,則系統將為每一個表單獨的生成一個table_name.ibd的檔案,在此檔案中,儲存與該表相關的資料、索引、表的內部資料字典資訊。表結構檔案則以.frm結尾,這與儲存引擎無關。
以下為InnoDB的表空間結構圖:
在InnoDB儲存引擎中,預設表空間檔案是ibdata1,初始化為10M,且可以擴充套件,如下圖所示:
實際上,InnoDB的表空間檔案是可以修改的,使用以下語句就可以修改:
Innodb_data_file_path=ibdata1:370M;ibdata2:50M:autoextend
使用共享表空間儲存方式時,Innodb的所有資料儲存在一個單獨的表空間裡面,而這個表空間可以由很多個檔案組成,一個表可以跨多個檔案存在,所以其大小限制不再是檔案大小的限制,而是其自身的限制。從Innodb的官方文件中可以看到,其表空間的最大限制為64TB,也就是說,Innodb的單表限制基本上也在64TB左右了,當然這個大小是包括這個表的所有索引等其他相關資料。
而在使用單獨表空間儲存方式時,每個表的資料以一個單獨的檔案來存放,這個時候的單表限制,又變成檔案系統的大小限制了。
以下即為不同平臺下,單獨表空間檔案最大限度。
Operating System File-size Limit
Win32 w/ FAT/FAT32 2GB/4GB
Win32 w/ NTFS 2TB (possibly larger)
Linux 2.4+ (using ext3 file system) 4TB
Solaris 9/10 16TB
MacOS X w/ HFS+ 2TB
NetWare w/NSS file system 8TB
※ 以下是MySQL文件中的內容:
Windows使用者請注意: FAT和VFAT (FAT32)不適合MySQL的生產使用。應使用NTFS。
共享表空間與獨佔表空間可以通過引數innodb_file_per_table來轉換,若為1,則開啟獨佔表空間,否則,開啟共享表儲存。
在伺服器資源有限,單表資料不是特別多的情況下, 獨立表空間明顯比共享方式效率更高 . 但是MySQL 預設是共享表空間 。
具體的共享表空間和獨立表空間優缺點如下:
共享表空間:
優點:
可以放表空間分成多個檔案存放到各個磁碟上(表空間檔案大小不受表大小的限制,如一個表可以分佈在不同步的檔案上)。資料和檔案放在一起方便管理。
缺點:
所有的資料和索引存放到一個檔案中以為著將有一個很常大的檔案,雖然可以把一個大檔案分成多個小檔案,但是多個表及索引在表空間中混合儲存,這樣對於一個表做了大量刪除操作後表空間中將會有大量的空隙,特別是對於統計分析,日值系統這類應用最不適合用共享表空間。
獨立表空間:在配置檔案(my.cnf)中設定: innodb_file_per_table
優點:
1. 每個表都有自已獨立的表空間。
2. 每個表的資料和索引都會存在自已的表空間中。
3. 可以實現單表在不同的資料庫中移動。
4. 空間可以回收(除drop table操作處,表空不能自已回收)
a) Drop table操作自動回收表空間,如果對於統計分析或是日值表,刪除大量資料後可以通過:alter table TableName engine=innodb;回縮不用的空間。
b) 對於使innodb-plugin的Innodb使用truncate table也會使空間收縮。
c) 對於使用獨立表空間的表,不管怎麼刪除,表空間的碎片不會太嚴重的影響效能,而且還有機會處理。
缺點:
單表增加過大,如超過100個G。
※ 對於啟用了innodb_file_per_table 的引數選項之後,在每個表對應的.idb檔案內只是存放了資料、索引和插入緩衝,而撤銷(undo)資訊,系統事務資訊,二次寫緩衝等還是存放在了原來的共享表空間內。
※ 資料段即B+樹的葉節點,索引段即為B+樹的非索引節點。
※ InnoDB儲存引擎的管理是由引擎本身完成的,表空間是由分散的頁和段組成。
※ 區由64個連續的頁組成,每個頁大小為16K,即每個區大小為1MB,建立新表時,先有32頁大小的碎片頁存放資料,使用完後才是區的申請,(InnoDB最多每次申請4個區,保證資料的順序效能)
※ 頁型別有:資料頁、Undo頁、系統頁、事務資料頁、插入緩衝點陣圖頁、以及插入緩衝空閒列表頁。
ZZ:http://www.cnblogs.com/benshan/archive/2013/01/08/2851714.html
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/26855487/viewspace-753775/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- LoadRunner內部結構
- 索引內部結構探索索引
- undo 事物內部結構
- DATA BLOCK內部結構BloC
- Redis 內部資料結構Redis資料結構
- 【REDO】Oracle redo內部結構Oracle Redo
- DATA BLOCK內部結構圖BloC
- Kafak探究之路- 內部結構小結
- CLUSTER內部結構的總結(1)
- CLUSTER內部結構的總結(2)
- CLUSTER內部結構的總結(3)
- CLUSTER內部結構的總結(4)
- Redis 字串 內部資料結構Redis字串資料結構
- 【原創】MySQLProxy-內部結構MySql
- zt_undo 事物內部結構
- date型別的內部結構型別
- 深入理解Cassandra內部結構
- B樹索引的內部結構索引
- FPGA內部硬體結構簡介FPGA
- Redis 物件內部組織結構 —— 字典Redis物件
- gdb golang 檢視iface 內部結構Golang
- Java虛擬機器內部結構Java虛擬機
- 資料塊內部結構dump解析
- 放大器內部結構原理圖解圖解
- 資料庫內部儲存結構探索資料庫
- Java HashMap原理及內部儲存結構JavaHashMap
- redis 資料結構和內部編碼Redis資料結構
- PostgreSQL DBA(16) - WAL segment file內部結構SQL
- 探索Kafka消費者的內部結構Kafka
- Redis資料結構的內部編碼Redis資料結構
- CPU簡介(2)內部結構簡析
- 第七章——字串(字串內部結構)字串
- dump Oracle資料庫的內部結構Oracle資料庫
- Cassandra的內部資料儲存結構
- oracle一些內部結構知識Oracle
- Oracle Treedump命令分析索引結構內部資訊Oracle索引
- 怎樣能dump內部資料結構?資料結構
- 原創:oracle data block 內部結構分析OracleBloC