這段內(nèi)容是 MySQL 官方文檔 17.9.1.2 節(jié)：創(chuàng)建壓縮表（Creating Compressed Tables），它詳細(xì)說(shuō)明了如何在兩種不同類(lèi)型的表空間中創(chuàng)建 InnoDB 壓縮表，并解釋了相關(guān)的語(yǔ)法、限制和注意事項(xiàng)。

我們來(lái)一步步拆解、翻譯并通俗化講解，讓你徹底理解：

? 如何正確創(chuàng)建一個(gè)壓縮表
?? 需要注意哪些坑
?? 各參數(shù)的含義與關(guān)系

?? 一句話總結(jié)

你可以通過(guò) ROW_FORMAT=COMPRESSED 和 KEY_BLOCK_SIZE 在 獨(dú)立表空間（file-per-table） 或 通用表空間（general tablespace） 中創(chuàng)建壓縮表，但 不能在系統(tǒng)表空間中使用壓縮。兩者配置方式略有不同，尤其是通用表空間需要預(yù)先定義 FILE_BLOCK_SIZE。

?? 一、支持壓縮的表空間類(lèi)型回顧

?? 所以：只要你的表不是放在 ibdata1 里，就可以壓縮。

??? 二、方法一：在“獨(dú)立表空間”中創(chuàng)建壓縮表

? 前提條件：

• innodb_file_per_table=ON（默認(rèn)就是 ON）

SET GLOBAL innodb_file_per_table = 1; -- 可選：確保啟用（通常已默認(rèn)）

? 創(chuàng)建語(yǔ)句：

CREATE TABLE t1 (
  c1 INT PRIMARY KEY
) 
ROW_FORMAT = COMPRESSED 
KEY_BLOCK_SIZE = 8;

?? 參數(shù)說(shuō)明：

?? 實(shí)際磁盤(pán)上的頁(yè)會(huì)被壓縮到接近這個(gè)大?。ㄈ缭?16KB → 壓縮成 ~8KB）

?? 三、方法二：在“通用表空間”中創(chuàng)建壓縮表

這是重點(diǎn)，比獨(dú)立表空間復(fù)雜一些。

? 步驟 1：先創(chuàng)建通用表空間，指定FILE_BLOCK_SIZE

CREATE TABLESPACE `ts2` 
ADD DATAFILE 'ts2.ibd' 
FILE_BLOCK_SIZE = 8192 
ENGINE=InnoDB;

• FILE_BLOCK_SIZE = 8192：表示這個(gè)表空間的 物理塊大小是 8KB
• 單位是 字節(jié)（注意！和 KEY_BLOCK_SIZE 不同）

? 步驟 2：創(chuàng)建表時(shí)，KEY_BLOCK_SIZE必須匹配

CREATE TABLE t4 (
  c1 INT PRIMARY KEY
) 
TABLESPACE ts2 
ROW_FORMAT = COMPRESSED 
KEY_BLOCK_SIZE = 8;  -- 8192 字節(jié) = 8KB

?? 關(guān)鍵規(guī)則：

KEY_BLOCK_SIZE（單位 KB）必須等于 FILE_BLOCK_SIZE / 1024

? 如果不匹配？→ 報(bào)錯(cuò)！

?? 四、重要注意事項(xiàng)（Notes）

1?? MySQL 8.0 起：壓縮表空間文件更小

“The tablespace file for a compressed table is created using the physical page size…”

• 以前：空壓縮表也占滿 16KB 一頁(yè)
• 現(xiàn)在：直接按壓縮后的大小分配空間 → 初始 .ibd 文件更小

? 好處：節(jié)省空間，啟動(dòng)更快

2??ROW_FORMAT=COMPRESSED和KEY_BLOCK_SIZE可以互相推導(dǎo)

?? 所以這兩個(gè)參數(shù)寫(xiě)一個(gè)就行，另一個(gè)可省略。

3?? 如何選擇最佳KEY_BLOCK_SIZE？

文檔建議：

“typically you create several copies of the same table with different values… then measure performance”

? 推薦做法：

1. 創(chuàng)建多個(gè)副本：KEY_BLOCK_SIZE=8, 4, 2
2. 導(dǎo)入真實(shí)數(shù)據(jù)
3. 測(cè)量：
   • .ibd 文件大小
   • 查詢性能（TPS/QPS）
   • CPU 使用率
4. 選擇綜合最優(yōu)值

?? 經(jīng)驗(yàn)值：

• 大多數(shù)場(chǎng)景用 8 就很好
• 數(shù)據(jù)特別大或 SSD 成本敏感 → 嘗試 4 或 2

4??KEY_BLOCK_SIZE是“提示”，不是強(qiáng)制

• InnoDB 可能根據(jù)實(shí)際情況調(diào)整
• 如果設(shè)得太大（> innodb_page_size）→ 忽略，警告，自動(dòng)改為一半
• 如果 innodb_strict_mode=ON（默認(rèn)）→ 直接報(bào)錯(cuò)

5?? 大頁(yè)（32KB/64KB）不支持壓縮！

“InnoDB supports 32KB and 64KB page sizes but these do not support compression.”

• innodb_page_size=32768 或 65536 → 無(wú)法使用壓縮
• 所以想用壓縮，必須保持 innodb_page_size ≤ 16KB

6?? 設(shè)置KEY_BLOCK_SIZE = 16有意義嗎？

• 對(duì)于獨(dú)立表空間：

  • KEY_BLOCK_SIZE=16 → 通常壓縮率很低（因?yàn)樵柬?yè)就是 16KB）
  • 但對(duì) 包含大量 BLOB/TEXT 的表 仍可能有效，因?yàn)檫@些字段會(huì)存到“溢出頁(yè)”（off-page），壓縮后可減少溢出頁(yè)數(shù)量

• 對(duì)于通用表空間：

  • ? 不允許 KEY_BLOCK_SIZE = innodb_page_size
  • 必須小于原始頁(yè)大小

7?? 所有索引都會(huì)被壓縮

“All indexes of a table… are compressed using the same page size”

• 主鍵（聚簇索引）、二級(jí)索引、唯一索引 → 全部壓縮
• 壓縮是 整表級(jí)別 的，不是按行或按索引設(shè)置
• CREATE INDEX 時(shí)不支持指定壓縮參數(shù)（會(huì)被忽略）

?? 五、壓縮表的限制（Restrictions）

?? 六、參數(shù)對(duì)比表（關(guān)鍵區(qū)別）

?? 記住：KEY_BLOCK_SIZE = FILE_BLOCK_SIZE / 1024

? 七、完整示例：推薦做法

場(chǎng)景：在通用表空間中創(chuàng)建壓縮表

-- 1. 創(chuàng)建通用表空間（8KB 物理塊）
CREATE TABLESPACE `compressed_ts` 
ADD DATAFILE 'compressed_ts.ibd' 
FILE_BLOCK_SIZE = 8192 
ENGINE=InnoDB;
-- 2. 創(chuàng)建壓縮表（KEY_BLOCK_SIZE=8）
CREATE TABLE sales_archive (
  id BIGINT AUTO_INCREMENT PRIMARY KEY,
  product VARCHAR(100),
  amount DECIMAL(10,2),
  created_date DATE
) TABLESPACE compressed_ts 
  KEY_BLOCK_SIZE = 8;  -- ROW_FORMAT=COMPRESSED 自動(dòng)啟用

? 總結(jié)：關(guān)鍵要點(diǎn)

?? 一句話建議：

如果你是普通用戶，直接用 獨(dú)立表空間 + KEY_BLOCK_SIZE=8 就夠了；如果是 DBA 管理多個(gè)大表，可以考慮 通用表空間 + 統(tǒng)一壓縮策略，但要嚴(yán)格遵守 FILE_BLOCK_SIZE 和 KEY_BLOCK_SIZE 的匹配規(guī)則。

到此這篇關(guān)于MySQL壓縮表創(chuàng)建指南的文章就介紹到這了,更多相關(guān)mysql壓縮表創(chuàng)建內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論