MySQL 進階優化實戰：配置調優、分表、靜態化與存儲過程

MySQL 進階優化實戰：配置調優、分表、靜態化與存儲過程

當索引優化觸及瓶頸，需從架構、配置、業務層面綜合施策。本文匯總四大進階優化方向。

1. 關鍵配置參數調優 (my.cnf / my.ini)

[mysqld]
# 最大連線數，預設 100，高併發建議 1000+
max_connections = 1000

# 查詢快取（MySQL 5.7 仍可用，8.0 已移除）
query_cache_type = 1
query_cache_size = 256M
query_cache_limit = 1M

# InnoDB 核心參數（見專文詳細說明）
innodb_buffer_pool_size = 物理記憶體 50-70%
innodb_log_file_size = 1G
innodb_flush_log_at_trx_commit = 1
innodb_flush_method = O_DIRECT

2. 存儲過程替代動態 SQL

• 預編譯，減少解析開銷。
• 減少網路往返（批次業務邏輯在資料庫端完成）。
• 權限控管更細緻（僅授予 EXECUTE 權限）。
• 注意：複雜邏輯難以版控、除錯，建議核心高頻路徑使用。

3. 水平分表

單表超過 2000 萬行或 20GB 時，考慮分表：

• Range 分表：按時間/ID 範圍（如按月分表 orders_202301）。
• Hash 分表：MOD(user_id, 1024) 均勻分布。
• 中間件支援：ShardingSphere、MyCat、Vitess 自動路由。
• 避免跨分片 JOIN、事務，業務層保證路由鍵一致性。

4. 頁面靜態化 / 快取策略

• 高頻讀、低頻寫頁面（商品詳情、文章列表）生成靜態 HTML，存放 CDN/物件存儲。
• Redis 快取熱點資料，設定合理 TTL 與失效策略（主動更新/被動過期）。
• 資料庫層面：query_cache（5.7）、prepared statement 快取执行计划。

總結

優化無終點，只有持續迭代。從配置參數、SQL 改寫、架構分層、快取分級多維度切入，建立監控告警體系，才能穩住核心業務流量。