MySQL 效能調優全維指南：表結構、SQL、引擎、索引、架構演進

MySQL 效能調優全維指南

本文從表結構設計、SQL 語句優化、儲存引擎選型、索引策略、MySQL 與主流商業資料庫對比五大維度，系統闡述 MySQL 高效能運行的核心原則與實戰技巧。

第一章 表結構優化

1.1 編碼選擇：拒絕盲目 UTF-8

• 單語系業務（如純中文）優先用 GBK 或 GB2312，節省 50% 以上儲存空間，減少 I/O。
• 多語系才用 utf8mb4，並針對熱點表評估空間成本。

1.2 表拆分：大欄位隔離

• 含 TEXT/BLOB/長 VARCHAR 且非高頻讀取的欄位，拆至獨立表（垂直拆分）。
• 效益：單頁存更多行 → 物理 I/O 減少 → 緩存命中率大增。

1.3 數據類型極致吝嗇

核心原則：滿足業務前提下，選佔用空間最小的類型。

1.4 適度冗余與拒絕 NULL

• 高頻 JOIN 小欄位 → 冗余至主表，消除 JOIN 開銷（需保證一致性同步）。
• 組合索引欄位禁用 NULL：影響索引效率、佔額外空間、導致統計不準。
• 預設值非 NULL：良好習慣，避免隱性效能損耗。

第二章 SQL 語句優化

2.1 十大優化鐵律

1. 少 JOIN：MySQL 優化器統計資訊有限，複雜 JOIN 易選錯計劃；單表查詢極快。
2. 少排序：ORDER BY/GROUP BY/DISTINCT 耗 CPU；用索引順序、減少參與排序行數、非必要不排序。
3. 禁 SELECT *：多讀無用欄位 → 額外 I/O、阻礙覆蓋索引、增網傳輸。
4. JOIN 替子查詢：子查詢產生臨時表 → 多次掃描 + 記憶體壓力。
5. 少 OR：OR 常導致全掃；改用 UNION ALL 分開走索引再合併。
6. UNION ALL 替 UNION：UNION 需去重排序，ALL 直接合併，省 CPU。
7. 早過濾：分頁查詢先在驅動表過濾分頁，再 JOIN 從表，極致減少 I/O。
8. 避類型轉換：WHERE 欄位與參數類型不一致 → 隱式轉換 → 索引失效；轉換應在參數端。
9. 優優先高併發 SQL：高頻慢查詢摧毀系統，低頻慢查詢尚有緩衝。
10. 全域視野優化：調整索引必 EXPLAIN 全量 SQL，防顧此失彼。

2.2 三大認知誤區

第三章 儲存引擎選型

第四章 索引優化原則

1. 索引欄位 ≠ SELECT 欄位：WHERE/JOIN/ORDER BY 欄位才需索引。
2. 高基數優先：唯一值越多（如出生日期）索引效果越好；低基數（性別）索引無效。
3. 短索引：字串索引指定前綴長度（如 CHAR(100) 只索引前 10-20 字符），節省空間、加快 I/O、提升緩存命中。
4. 最左前綴：複合索引 (a,b,c) 可支援 a / a,b / a,b,c 三種查詢模式。
5. 拒絕過度索引：每個索引佔磁碟、寫入需維護、優化器統計負擔；精準建立、定期清理無用索引。

第五章 MySQL vs Oracle / SQL Server 及發展趨勢

MySQL vs Oracle 關鍵差異

• 聚合函數：MySQL 允許非 GROUP BY 欄位直接 SELECT；Oracle 嚴格要求。
• 自增：MySQL AUTO_INCREMENT；Oracle 需 SEQUENCE。
• 分頁：MySQL LIMIT 簡潔；Oracle 需 ROWNUM 子查詢。
• 日期：MySQL NOW()、DATE/TIME；Oracle SYSDATE、單一 DATE 型別。
• 空字串：MySQL NOT NULL 允許空串；Oracle 視同 NULL。

MySQL 核心發展三原則

簡單、高效、可靠 — 在滿足 99% 客戶需求前提下，將資源傾注於效能極致；功能完善服務於商業需求，非自我堆疊。

TPCC 基準測試長期與 Oracle 齊頭並進，開源生態下阿里巴巴「去 IOE」推動深度定製成為大廠標配。