首先，介紹下關(guān)于MySQL InnoDB引擎存儲格式的幾個要點：
1、InnoDB可以選擇使用共享表空間或者是獨立表空間方式，建議使用獨立表空間，便于管理、維護(hù)。啟用 innodb_file_per_table 選項，5.5以后可以在線動態(tài)修改生效，并且執(zhí)行 ALTER TABLE xx ENGINE = InnoDB 將現(xiàn)有表轉(zhuǎn)成獨立表空間，早于5.5的版本，修改完這個選項后，需要重啟才能生效。
2、InnoDB的data page默認(rèn)16KB，5.6版本以后，新增選項 innodb_page_size 可以修改，在5.6以前的版本，只能修改源碼重新編譯，但并不推薦修改這個配置，除非你非常清楚它有什么優(yōu)缺點。
3、InnoDB的data page在有新數(shù)據(jù)寫入時，會預(yù)留1/16的空間，預(yù)留出來的空間可用于后續(xù)的新紀(jì)錄寫入，減少頻繁的新增data page的開銷。
4、每個data page，至少需要存儲2行記錄。因此理論上行記錄最大長度為8KB，但事實上應(yīng)該更小，因為還有一些InnoDB內(nèi)部數(shù)據(jù)結(jié)構(gòu)要存儲。
5、受限于InnoDB存儲方式，如果數(shù)據(jù)是順序?qū)懭氲脑?，最理想的情況下，data page的填充率是15/16，但一般沒辦法保證完全的順序?qū)懭?，因此，data page的填充率一般是1/2到15/16。因此每個InnoDB表都最好要有一個自增列作為主鍵，使得新紀(jì)錄寫入盡可能是順序的。
6、當(dāng)data page填充率不足1/2時，InnoDB會進(jìn)行收縮，釋放空閑空間。
7、MySQL 5.6版本的InnoDB引擎當(dāng)前支持COMPACT、REDUNDANT、DYNAMIC、COMPRESSED四種格式，默認(rèn)是COMPACT格式，COMPRESSED用的很少且不推薦（見下一條），如果需要用到壓縮特性的話，可以直接考慮TokuDB引擎。
8、COMPACT行格式相比REDUNDANT，大概能節(jié)省20%的存儲空間，COMPRESSED相比COMPACT大概能節(jié)省50%的存儲空間，但會導(dǎo)致TPS下降了90%。因此強烈不推薦使用COMPRESSED行格式。
9、當(dāng)行格式為DYNAMIC或COMPRESSED時，TEXT/BLOB之類的長列（long column，也有可能是其他較長的列，不一定只有TEXT/BLOB類型，看具體情況）會完全存儲在一個獨立的data page里，聚集索引頁中只使用20字節(jié)的指針指向新的page，這就是所謂的off-page，類似ORACLE的行遷移，磁盤空間浪費較嚴(yán)重，且I/O性能也較差。因此，強烈不建議使用BLOB、TEXT、超過255長度的VARCHAR列類型。
10、當(dāng)InnoDB的文件格式（innodb_file_format）設(shè)置為Antelope，并且行格式為COMPACT 或 REDUNDANT 時，BLOB、TEXT或者長VARCHAR列只會將其前768字節(jié)存儲在聚集索頁中（最大768字節(jié)的作用是便于創(chuàng)建前綴索引/prefix index），其余更多的內(nèi)容存儲在額外的page里，哪怕只是多了一個字節(jié)。因此，所有列長度越短越好。
11、在off-page中存儲的BLOB、TEXT或者長VARCHAR列的page是獨享的，不能共享。因此強烈不建議在一個表中使用多個長列。
綜上，如果在實際業(yè)務(wù)中，確實需要在InnoDB表中存儲BLOB、TEXT、長VARCHAR列時，有下面幾點建議：
1、盡可能將所有數(shù)據(jù)序列化、壓縮之后，存儲在同一個列里，避免發(fā)生多次off-page。
2、實際最大存儲長度低于255的列，轉(zhuǎn)成VARCHAR或者CHAR類型（如果是變長數(shù)據(jù)二者沒區(qū)別，如果是定長數(shù)據(jù)，則使用CHAR類型）。
3、如果無法將所有列整合到一個列，可以退而求其次，根據(jù)每個列最大長度進(jìn)行排列組合后拆分成多個子表，盡量是的每個子表的總行長度小于8KB，減少發(fā)生off-page的頻率。
4、上述建議是在data page為默認(rèn)的16KB前提下，如果修改成8KB或者其他大小，請自行根據(jù)上述理論進(jìn)行測試，找到最合適的值。
5、字符型列長度小于255時，無論采用CHAR還是VARCHAR來存儲，或者把VARCHAR列長度定義為255，都不會導(dǎo)致實際表空間增大。
總結(jié)
以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，謝謝大家對腳本之家的支持。如果你想了解更多相關(guān)內(nèi)容請查看下面相關(guān)鏈接
您可能感興趣的文章:- MySQL數(shù)據(jù)庫遷移快速導(dǎo)出導(dǎo)入大量數(shù)據(jù)
- shell腳本操作mysql數(shù)據(jù)庫刪除重復(fù)的數(shù)據(jù)
- MySQL數(shù)據(jù)庫列的增刪改實現(xiàn)方法
- MySQL實現(xiàn)類似Oracle序列的方案
- mysql實現(xiàn)sequence功能的代碼
- Can''t connect to local MySQL through socket ''/tmp/mysql.sock''解決方法
- mysql中rpm方式安裝的詳解
- Mysql常用函數(shù)大全(分類匯總講解)
- 利用MySQL主從配置實現(xiàn)讀寫分離減輕數(shù)據(jù)庫壓力
- mysql+spring+mybatis實現(xiàn)數(shù)據(jù)庫讀寫分離的代碼配置
