MySQL InnoDB Antelope vs Barracuda 文件格式深度對比：壓縮、動態行格式與效能實測

MySQL InnoDB Antelope vs Barracuda 文件格式深度對比

InnoDB 文件格式決定了行存儲方式、壓縮能力、索引結構。Antelope (舊格式) 僅支援 Compact/Redundant 行格式；Barracuda (Plugin/5.5+ 格式) 引入 Dynamic/Compressed 行格式，支援溢出頁只存 20 字節前綴、頁面級壓縮。本文詳細對比兩大格式特性、啟用條件、實測壓縮效果與避坑指南。

核心特性對比表

行格式深度解析

Antelope 時代：Compact vs Redundant

• Compact (5.1 預設)：行頭部 = 非 NULL 變長列長度列表 + NULL 位圖 + 5 字節事務 ID + 7 字節回滾指針。緊湊、高效。
• Redundant (舊格式兼容)：行頭部 = 每列長度偏移量列表 (固定長度)、無 NULL 位圖優化。佔用空間大、已淘汰。
• 溢出閾值：ROW_FORMAT=COMPACT 時，變長列 ≤ 768 bytes 完全內聯，>768 bytes 首 768 bytes 內聯 + 指針指向溢出頁。導致大字段查詢需額外 I/O。

Barracuda 時代：Dynamic vs Compressed

• Dynamic：繼承 Compact 頭部結構，但變長列只存 20 bytes 前綴，其餘全部溢出頁。大幅縮小主數據頁體積，提升緩存命中率、掃描速度。
• Compressed：在 Dynamic 基礎上啟用 頁面級壓縮 (zlib)。頁面大小由 KEY_BLOCK_SIZE 控制 (1/2/4/8/16 KB)，寫入前壓縮，讀取時解壓。適合文本、JSON、日志類低更新高壓縮比表。

實測：Compressed 行格式壓縮效果驗證

環境：541 萬行單列整數表，對比三種建表方式：

-- t1: 指定 COMPRESSED 但未開啟 Barracuda (實際退化為 COMPACT)
CREATE TABLE t1 (c1 INT PRIMARY KEY) ROW_FORMAT=COMPRESSED KEY_BLOCK_SIZE=8;
-- 警告: InnoDB: ROW_FORMAT=COMPRESSED requires innodb_file_format > Antelope
-- 警告: InnoDB: assuming ROW_FORMAT=COMPACT

-- t2: 默認格式 (Antelope + Compact)
CREATE TABLE t2 (c1 INT PRIMARY KEY);

-- t3: 正確啟用 Barracuda + Compressed
SET GLOBAL innodb_file_per_table=1;
SET GLOBAL innodb_file_format=Barracuda;
CREATE TABLE t3 (c1 INT PRIMARY KEY) ROW_FORMAT=COMPRESSED KEY_BLOCK_SIZE=8;

關鍵發現：未設置 innodb_file_format=Barracuda 時，ROW_FORMAT=COMPRESSED 靜默失效退化為 Compact，**表結構顯示仍為 COMPRESSED 但實際未壓縮**，極具欺騙性。

生產啟用檢查清單

1. innodb_file_per_table = ON (獨立表空間前提)。
2. innodb_file_format = Barracuda (全局動態參數，即時生效)。
3. 建表/修改表顯式指定：ROW_FORMAT=DYNAMIC 或 ROW_FORMAT=COMPRESSED KEY_BLOCK_SIZE=8。
4. 驗證：SHOW TABLE STATUS WHERE Name='t3'\G → Row_format: Compressed。
5. 監控壓縮效能：Innodb_compression_time、Innodb_compression_failed (壓縮失敗回滾計數)。

避坑指南

• 壓縮不適用場景：高頻 UPDATE 表 (壓縮/解壓 CPU 開銷大)、已加密數據 (壓縮比極低)、小表 (開銷大於收益)。
• KEY_BLOCK_SIZE 選擇：8KB 平衡壓縮率與 CPU；4KB 壓縮率高但碎片多；16KB 等同不壓縮。
• 在線 DDL 限制：5.6+ 支援 ALTER TABLE ... ROW_FORMAT=COMPRESSED 在線操作，但會重建表，大表需預留 2 倍磁盤空間。
• 備份/還原：mysqldump 導出含 ROW_FORMAT 子句，還原自動復現；物理備份 (xtrabackup) 直接複製 .ibd 文件。

總結

Barracuda 格式通過 Dynamic 行格式 (20 bytes 前綴) 解決大字段污染緩存問題，通過 Compressed 行格式 (頁面壓縮) 實現 20-40% 空間節省。生產部署鐵律：**雙開關 (file_per_table + file_format) + 顯式 ROW_FORMAT + 事後驗證**，否則極易陷入「以為壓縮了實際沒壓縮」的靜默失效陷阱。