MySQL 性能優化全方位指南：設計、查詢、服務器與引擎

1. 為什麼要優化 MySQL

在 Web 架構中，資料持久層是核心瓶頸。MySQL 預設配置僅適合玩具級負載，生產環境必須經過系統性優化。優化涵蓋：資料庫設計、查詢優化、服務器參數、存儲引擎四大維度。

2. 資料庫設計與查詢優化

2.1 Schema 設計原則

Schema 優化取決於查詢模式與預期資料量。核心考量：正規化、資料類型、索引。

正規化 vs 反正規化

實務常混合使用：OLTP 表正規化、報表表適度冗余；用物化視圖（MyISAM 模擬）、冗余關鍵字段（如同時存 ref_id 與 name）、簡單對象直接用值作鍵（如 IP）、引用主鍵/唯一鍵讓優化器自動轉換。

資料類型選擇

• 用最小足夠類型：MEDIUMINT 比 INT 省 25% 空間
• 能 NOT NULL 就 NOT NULL，每列省 1 bit
• 無變長列時用 ROW_FORMAT=FIXED 加速 MyISAM
• 非多語言場景優先 latin1，utf8 佔 3 倍空間

索引設計準則

1. 最左前綴原則：KEY(a,b) 無法服務 WHERE b=5
2. 高選擇性列建索引，低基數（如性別）無效
3. 唯一值列用 UNIQUE INDEX
4. 避免冗余/重複/前綴重複索引
5. B+ 樹索引支援排序列
6. 控制索引長度：KEY(name(8))、短鍵值優於長、整數優於字串
7. 有序鍵值（AUTO_INCREMENT）優於隨機（UUID）
8. 定期 OPTIMIZE TABLE 整理碎片，ANALYZE TABLE 更新統計

2.2 查詢優化通用技巧

• EXPLAIN SELECT ... 驗證索引命中
• 條件值與列類型一致：WHERE id='5' 而非 WHERE id=5（字串列）
• 開啟慢查詢日誌：--log-slow-queries --long-query-time=2，再用 EXPLAIN 分析

3. 服務器端優化

3.1 安裝選擇

優先用 MySQL 官方二進制版；自編譯風險較大。Intel CPU 可用 Intel C++ 編譯版，查詢速度約提升 30%。

3.2 關鍵參數調整

4. 存儲引擎優化

詳細引擎優化見後續專題（InnoDB 緩衝池、Redo Log、鎖調優等）。