MySQL 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頁、系統頁、事務資料頁、插入緩衝點陣圖頁、以及插入緩衝空閒列表頁。