編寫高效 MySQL 應用的五大核心原則：從 schema 設計到查詢優化

MySQL 以快速、易用著稱，但高性能應用需要洞察力。本文提煉五大核心原則，幫助開發者設計高效的數據庫架構與查詢。

原則一：只存儲真正需要的信息

反模式：「廚房下水道」式設計——什麼都存，導致表膨脹、索引失效、緩存命中率下降。

實戰案例：產品表含價格、稅率、運費。稅費可由應用層或生成列實時計算，無需持久化。若稅率變更，持久化列需批量 UPDATE，計算列零成本適應。

靈活變更：MySQL ALTER TABLE 支持動態加列（ADD COLUMN rank INT），無需預留冗餘列。

原則二：只查詢真正需要的列 —— 明確列名而非 SELECT *

性能代價：

• 增加網絡傳輸、內存佔用、磁盤 I/O（尤其含 BLOB/TEXT 列）
• 阻礙覆蓋索引優化（Using index 消失）
• 應用層依賴列位置導致維護噩夢（rs.getString(3) 易斷）

最佳實踐：

-- 明確列名
SELECT name, rank, description FROM products;
-- 應用層按列名訪問：rs.getString("name") 而非 rs.getString(1)

原則三：規範化表結構 —— 消除冗餘與異常

直觀理解：將電子表格「扁平化」拆分為關聯表。以 CD 收藏為例：

album | track1 | track2 | track3
------|--------|--------|-------
Best  | Song A | Song B | Song C

albums: id, title
tracks: id, album_id, track_no, title
artists: id, name
album_artists: album_id, artist_id

收益：消除更新/刪除異常、節省存儲、支持多對多關係、便於擴展屬性。

原則四：為查詢模式建立最優索引

• WHERE/JOIN/ORDER BY/GROUP BY 涉及的列建立組合索引（遵循最左前綴原則）
• 避免過度索引：寫入放大、優化器誤判、磁盤空間浪費
• 定期 ANALYZE TABLE 更新統計信息，保證優化器決策準確

原則五：理解查詢執行計劃 —— 善用 EXPLAIN

EXPLAIN SELECT * FROM orders WHERE user_id=123 AND status='paid' ORDER BY created_at DESC;

關鍵指標：

• type：system > const > eq_ref > ref > range > index > ALL（目標至少 ref）
• key：實際使用的索引
• rows：預估掃描行數（越小越好）
• Extra：Using index（覆蓋索引）、Using where、Using filesort（需優化）

總結：高效 MySQL 應用檢查清單

1. Schema：無冗餘列、適度範式化、合理數據類型（優先 INT、VARCHAR、DATETIME）
2. 索引：覆蓋核心查詢路徑、無重複/未用索引
3. 查詢：顯式列名、參數化、避免 SELECT *、ORDER BY RAND()、大事務
4. 架構：讀寫分離、分庫分表（必要時）、緩存策略
5. 運維：慢查詢日志分析、定期 OPTIMIZE TABLE、監控 QPS/延遲/連接數