MySQL 主鍵生成機制效能實測：AUTO_INCREMENT vs UUID vs 多序列對比

測試環境

• 記憶體：4G
• IO：RAID 1+0, SCSI Ultra 320 + BBWC
• MySQL：5.0.32
• OS：Linux 2.6.16 x86_64
• InnoDB Buffer：128M

三種方案

每方案 20 執行緒並發插入，字串欄位固定 200 字元 'a'。

測試結果

結論分析

1. 單一自增最優：速度最快、空間最小。InnoDB 聚簇索引順序寫入，頁分裂極少，並發熱點在現代版本（5.6+）已透過 innodb_autoinc_lock_mode=2 等機制大幅緩解。
2. 多序列無顯著優勢：速度、空間與單序列持平，額外增加觸發器複雜度，不推薦。
3. UUID 顯著劣勢：隨機寫入導致頁分裂頻繁、索引碎片化、空間膨脹 2.3 倍、速度慢 35%。

補充：觸發器方案的 LAST_INSERT_ID() 陷阱

觸發器修改 new.a 後，LAST_INSERT_ID() 回傳的是修改前的自增值。應用層需自行按觸發器邏輯反推真實主鍵值。

建議

• 單機/主從架構：優先用 BIGINT AUTO_INCREMENT。
• 多主/分散式寫入：考慮 UUID（可有序化如 COMB/ULID）或 AUTO_INCREMENT + 節點偏移，但需接受空間/效能代價。
• 不要為了「避免熱點」而過早優化採用多序列或 UUID，實測證實單序列在高併發下同樣優秀。