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

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

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

?? 一句話總結(jié)

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

?? 一、支持壓縮的表空間類型回顧

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

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

? 前提條件：

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

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

? 創(chuàng)建語句：

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

?? 參數(shù)說明：

?? 實際磁盤上的頁會被壓縮到接近這個大?。ㄈ缭?16KB → 壓縮成 ~8KB）

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

這是重點，比獨(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：表示這個表空間的 物理塊大小是 8KB
• 單位是 字節(jié)（注意！和 KEY_BLOCK_SIZE 不同）

? 步驟 2：創(chuàng)建表時，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

? 如果不匹配？→ 報錯！

?? 四、重要注意事項（Notes）

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

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

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

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

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

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

3?? 如何選擇最佳KEY_BLOCK_SIZE？

文檔建議：

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

? 推薦做法：

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

?? 經(jīng)驗值：

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

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

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

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

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

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

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

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

  • KEY_BLOCK_SIZE=16 → 通常壓縮率很低（因為原始頁就是 16KB）
  • 但對 包含大量 BLOB/TEXT 的表 仍可能有效，因為這些字段會存到“溢出頁”（off-page），壓縮后可減少溢出頁數(shù)量

• 對于通用表空間：

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

7?? 所有索引都會被壓縮

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

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

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

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

?? 記?。?code>KEY_BLOCK_SIZE = FILE_BLOCK_SIZE / 1024

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

場景：在通用表空間中創(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 自動啟用

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

?? 一句話建議：

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

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

最新評論