MySQL 優化總結大全：設計規範、SQL 技巧、參數調優、系統瓶頸四大維度

彙總 MySQL 優化全景知識圖譜，覆蓋設計、使用、參數、硬體四大維度：

1. 數據庫設計規範

• 小類型優先：MEDIUMINT < INT < BIGINT。
• NOT NULL DEFAULT '' 避免 NULL 開銷（索引列尤甚）。
• 固定長度 CHAR 適合高頻更新，變長 VARCHAR 適合長度差大。
• 主鍵越短越好（InnoDB 二級索引附帶主鍵）。
• 只建必要索引：WHERE/JOIN/ORDER BY 列優先，聯合索引最左前綴原則。
• 大批量導入：MyISAM DISABLE/ENABLE KEYS，InnoDB SET AUTOCOMMIT=0 批量提交。
• TRUNCATE 清空表（DDL，不可回滾、重置自增、極快）代替 DELETE。
• 存儲過程/函數減少網絡往返。
• 多值 INSERT INTO t VALUES (),(),() 批量寫入。
• 定期 OPTIMIZE TABLE 整理碎片（MyISAM/InnoDB 均支持）。
• 時間類存 INT UNSIGNED (Unix Timestamp) 比 DATETIME 快且跨時區安全。

2. 系統使用技巧

• 及時關閉連接，防洩漏。
• EXPLAIN 分析複雜 SQL。
• 關聯表比較列類型長度完全一致，否則索引失效。
• LIMIT 配合 ORDER BY/DISTINCT 避免全表掃描。

3. 關鍵性能參數

4. 系統瓶頸四要素

1. 磁盤尋道：RAID、SSD、分庫分表分散 IO。
2. 磁盤吞吐：順序讀寫、壓縮、大頁面。
3. CPU 週期：複雜計算下推存儲層、向量化執行。
4. 內存帶寬：緩存友好數據結構、預取優化。

優化無銀彈，只有對症下藥。建立基線指標，定位瓶頸維度，單點突破，持續迭代。

1. 上一篇文章： InnoDB COUNT(*) 優化：二級索引掃描比主鍵快，原理解析與實踐
2. 下一篇文章： MySQL DBA 進階技巧 5 則：亂序導入、雙主訂正、ROW格式過濾、集群切換、重複清理

MySQL 綜合教學

CentOS 5.4 MySQL 啟動失敗：原來是磁碟空間不足惹的禍

前陣子同事反映遠程連接虛擬機上的 CentOS 5.4 系統

MySQL 5.6.22 Windows 安裝圖文教學：從 MSI 執行到開發/伺服器配置選型

安裝包獲取與啟動 下載 mysql-installer-co

MySQL OOM 系列三：徹底擺脫被 Kill 的命運

前情回顧 前兩篇分析了 Linux 內存過分配策略與 OOM

MySQL 基礎：資料表欄位新增、修改、刪除完整範例

測試環境 假設有一張表 students，初始結構如下： +