MySQL 高併發優化體系：架構設計、SQL 優化、索引策略與鎖控制

MySQL 高併發優化體系：架構設計、SQL 優化、索引策略與鎖控制

一、數據庫結構設計

• 範式與反範式平衡：邏輯設計重正規化（減少冗余），物理設計適度反範式化（減少 JOIN），根據訪問頻率、數據量權衡；
• 避免自增 ID 作為業務主鍵：不利於遷移、分庫分表、數據恢復；建議業務主鍵（如 UUID、雪花算法）+ 內部自增鍵；
• 字段定義原則：
  • 行長 ≤ 8KB 避免跨頁碎片；
  • 優先數字類型（電話號碼用 BIGINT），比較效率高於字符串；
  • 定長用 CHAR，變長用 VARCHAR，長度盡量精確；
  • 非 NULL 默認值，減少判斷複雜度。

二、查詢優化核心

1. 減少訪問：緩存熱點數據、覆蓋索引、SELECT 只取所需列、LIMIT 限制結果集；
2. SARG 能力：WHERE 條件符合「列 操作符 常數」形式才能用索引；避免 IS NULL、!=、OR、IN、LIKE '%...'、函數/表達式作用於列；
3. 強制索引：SELECT * FROM t WITH(INDEX(idx_name)) WHERE col=@var;
4. EXISTS 替代 IN/COUNT：EXISTS (SELECT 1 FROM b WHERE b.id=a.id) 效率高於 IN 和 COUNT(*)；
5. UNION ALL 代替 UNION：去重開銷大；
6. 視圖預排序：將常用篩選+排序固化為視圖，減少重複排序 I/O；
7. DISTINCT 代替 GROUP BY：去重場景 DISTINCT 更輕量。

三、算法與存儲過程優化

• 優先集合思維（單語句集合操作）替代游標/臨時表逐行處理；
• 游標僅用於小結果集（<1 萬行）或必須引用多表獲取數據時；
• 大數據集先過濾入臨時表再開游標；
• 存儲過程封裝業務邏輯，減少網絡交互；
• SET NOCOUNT ON 關閉行計數返回；
• 避免大事務，拆分提升併發。

四、高效索引策略

• 復合索引最左前綴原則：首列必須是最高頻查詢列；
• 索引覆蓋：查詢列全包含在索引中，避免回表；
• 填充因子：高寫入表降低 FILLFACTOR 預留空間，減少頁分裂；
• 「索引如鹽，適量最好」—— 定期清理未用/重複索引。