OLTP 系統設計精要：高併發、原子性、備份與歸檔的五大核心原則

OLTP 核心特徵回顧

• 面向客戶/一線業務，實時事務處理。
• 高併發、短小事務、嚴格 ACID。
• 關注點：併發控制、原子性、可用性、響應時間。

五大設計原則深度解析

1. 優化數據放置——消除 I/O 瓶頸

• 文件組分離： 數據、索引、日誌、TempDB 分盤（物理隔離）。
• 熱數據聚合： 高頻訪問表/索引置於最快存儲層（NVMe/SSD）。
• RAID 選型： 日誌 RAID 1/10（順寫）、數據 RAID 5/6/10（隨機讀寫平衡）。
• 分區表/分區視圖： 歷史數據冷熱分離，維護窗口最小化。

2. 縮短事務——鎖持有時間最小化

• 單存儲過程封裝整事務： 減少網絡往返、鎖持有時間。
• 訪問順序固定： 所有事務按相同順序訪問表（如：主表→明細表），避免死鎖。
• 熱點表放事務末尾： 減少長鎖對高併發表的阻塞。
• 避免事務中用戶交互： 思考時間不持有鎖。

3. 聯機備份——零停機運營

• 全備+差異+日誌鏈： RPO 分鐘級，RTO 可控。
• 備份壓縮/加密： 減少 I/O、滿足合規。
• 錯峰調度： 低峰期全備，高峰期僅日誌備份。
• 驗證恢復： 定期演練，確保備份可用。

4. 高度正規化——寫入速度與併發雙贏

• 3NF+ 消除冗余，單行更小 → 更多行/頁 → 緩存命中率高、鎖粒度細。
• 更新僅觸及單表 → 鎖競爭最小、日誌量少、備份快。
• 反正規化僅用於讀密集報表層（物化視圖/OLAP 層），OLTP 層堅守正規化。

5. 歷史數據歸檔——保持核心表精簡

• 分區切換： SWITCH PARTITION 秒級歸檔，無數據移動。
• 歸檔庫/表： 獨立存儲、不同備份策略、只讀壓縮。
• 應用層路由： 當前數據走主庫，歷史查詢走歸檔庫。

架構演進建議

1. 讀寫分離： AlwaysOn 可讀次要副本承擔報表查詢。
2. 緩存層： Redis 熱點數據（庫存、配置），減輕 OLTP 讀壓力。
3. 異步處理： 非核心寫入（日誌、通知）入隊列，事務快速提交。
4. 監控儀表板： 事務吞吐、鎖等待、死鎖率、日誌增長、備份狀態全鏈路可視。