IBM DB2 助力易寶支付構建高可用電子支付平台

作為中國領先的獨立第三方支付平台，易寶支付 (YeePay) 面臨交易量指數級增長的挑戰。本文回顧易寶支付基於 IBM Power Systems + DB2 9.5 的平台升級歷程，展示企業級關鍵任務系統如何利用 DB2 純純 XML、壓縮、分區並行、HADR 等特性，支撐日均 1,600 萬筆、峰值 500 TPS 的高併發交易負載。

業務背景與挑戰

• 成立時間：2003 年 8 月
• 核心業務：網銀支付、電話支付、手機支付「三網合一」全覆蓋
• 商戶規模：超過 1.6 萬家中大型商戶 (百度、搜狐、當當、盛大、海南航空等)
• 交易增長：2008 年交易量同比增長 6 倍；2009 年 Q2 單季交易規模 1,236 億元，同比增長 115%
• 原有痛點：舊平台單機瓶頸、擴展性差、高峰期回應延遲、故障恢復時間長 (RTO > 30 分鐘)

解決方案架構

硬體平台

• IBM Power Systems 伺服器叢集
• IBM System Storage DS8000 企業級存儲
• AIX 作業系統

資料庫層：DB2 9.5 關鍵特性應用

升級成果與關鍵指標

• 平台版本：DB2 Express-C → DB2 9.5 Enterprise Server Edition
• 日峰值交易：1,600 萬筆 / 天
• 峰值併發：500 TPS (每秒交易筆數)
• 核心交易回應：< 200 ms (99 分位)
• 資料庫可用性：99.99% (含計劃內維護窗口)
• 儲存增長率：年增長 40% → 壓縮後實際物理增長 15%
• 未來規劃支撐：架構可支撐未來 3-5 年業務增長無需重構

關鍵實踐經驗分享

1. 分區鍵選擇決定成敗：易寶採用 MERCHANT_ID + TRANS_DATE 複合分區鍵，確保熱點商戶流水分散至多個分區，避免單分區熱點。
2. HADR 同步模式需低延遲網路：同城機房專線 < 1ms 延遲，確保同步提交不拖慢主庫回應。
3. 壓縮需配合 REORG 策略：定期 REORG TABLE ... ALLOW READ ACCESS 回收壓縮字典碎片，維持壓縮率。
4. WLM 閾值需業務聯調：初期閾值過嚴導致報表失敗，後引入業務分級服務等級 (Platinum/Gold/Silver) 動態調整。
5. 監控自動化：整合 IBM Tivoli Monitoring + 自研腳本，覆蓋日誌使用率、鎖等待、排隊查詢、HADR 同步延遲等 20+ 關鍵指標。

啟示：金融級支付平台的資料庫選型不僅看峰值 TPS，更看重 可預測的低延遲、零資料遺失的高可用、線性水平擴展能力、以及運維自動化成熟度。DB2 在 Power/AIX 平台上的深度優化 (如利用 Power 處理器 Decimal Floating Point 指令加速金融計算、AIX 大頁面記憶體支援) 使其成為易寶支付穩健發展的核心基石。