MySQL 5.6 核心限制全景圖：表數量、列數、行大小與 Join 深度詳解

前言

掌握資料庫的「硬邊界」是架構設計、容量規劃與故障排查的基石。本文彙整 MySQL 5.6 官方文檔與工程實踐，系統梳理 SQL Join 深度、資料庫/表體量、表列數與行大小、InnoDB 表空間上限等關鍵限制，並附帶常見作業系統檔案大小限制對照表，供快速查閱。

一、SQL Join 表引用數上限

• ≤ 61 張表：單條 SELECT、VIEW 定義中可引用的基礎表/視圖總數不得超過 61。超限將報錯 ERROR 1116 (HY000): Too many tables; MySQL can only use 61 tables in a join。

二、資料庫與表體量限制

1. 作業系統層面：單一檔案大小上限

MyISAM 以 .MYD 檔案存儲數據，InnoDB 預設亦以 .ibd（innodb_file_per_table=ON）或共享表空間 ibdata* 形式落盤，故受限於 OS 檔案系統：

2. InnoDB 表空間理論上限

• 64 TB：InnoDB 透過 tablespace 管理，支援多個 data file、甚至 raw partition，理論總容量可達 64 TB。
• 換句話說，單表最大可達 64 TB（前提：innodb_file_per_table、OS/FS 支援、innodb_page_size 默認 16 KB）。

擴容指引：參考官方手冊 Section 14.4.2 “Changing the Number or Size of InnoDB Log Files”；實際操作需停機、備份、修改 innodb_log_file_size、重啟。

三、表結構層面：列數與行大小

四、實戰啟示

1. 設計階段：單表列數逼近 1,000 時，優先考慮垂直拆分或改用 JSON/文檔存儲。
2. 容量規劃：預估單表增長若超 10 TB，需提前規劃分庫分表或遷移至支援更大表空間的引擎/雲服務。
3. 遷移評估：從其他 RDBMS 遷入時，務必核對 JOIN 深度、行長度是否超標。
4. OS 選型：生產環境建議採用 XFS/ext4 + 64-bit Linux，避免 2/4 TB 單檔瓶頸。

五、快速查詢命令

-- 查看目前資料庫目錄大小
SELECT table_schema, ROUND(SUM(data_length+index_length)/1024/1024/1024,2) AS size_GB
FROM information_schema.tables GROUP BY table_schema;

-- 查看單表行格式與平均行長
SHOW TABLE STATUS LIKE 'your_table'\G