SQL Server 複寫大事務拆分分發實戰：-MaxCmdsInTran 參數調優指南

痛點場景

交易式複寫中，發布端執行百萬級大事務（如批次刪除/更新/插入），Log Reader Agent 須一次掃描完整事務日誌再整體傳遞至散發庫。預設最大掃描 500 事務（-ReadBatchSize），導致：

• 散發延遲飆升（分鐘甚至小時級）。
• 散發資料庫日誌暴增，磁碟壓力大。
• 訂閱端同步阻塞，業務查詢受影響。

解決方案：-MaxCmdsInTran 參數

將大事務拆分為多個小命令批次分發，實現「邊掃描邊分發」，大幅降低延遲。

配置步驟

1. 打開 SQL Server Agent → 作業，找到 Log Reader Agent 作業（名稱含 LogReader）。
2. 右鍵「屬性」→「步驟」→ 編輯「Run agent」步驟。
3. 在「命令」欄位末尾追加： -MaxCmdsInTran 1000
   （每 1000 命令切分一次分發，可依網路/磁碟調整 500-5000）。
4. 確定保存 → 重啟 Log Reader Agent 作業 生效。

效果驗證

調整前： 30 萬筆插入單事務，命令數 300,000 一次性傳遞。

調整後： 同 30 萬筆，每 ~1000 命令即分發一次，訂閱端近實時同步。

精確統計每事務命令數

SELECT TOP 10 A.xact_seqno, A.entry_time, COUNT(*) AS cmds
FROM distribution.dbo.MSrepl_transactions A (NOLOCK)
INNER JOIN distribution.dbo.MSrepl_commands B (NOLOCK) ON A.xact_seqno = B.xact_seqno
GROUP BY A.xact_seqno, A.entry_time
ORDER BY cmds DESC

風險與對策

適用場景判斷

• ✅ 批次 ETL 載入、歷史資料歸檔、大量刪除/更新維護窗口。
• ❌ 金融核心交易、強一致性要求業務、跨資料庫分散式事務。

總結

-MaxCmdsInTran 是複寫大事務延遲的「銀彈」，配合 -ReadBatchSize、-PollingInterval 微調，可將百萬事務分發延遲從小時級壓縮至秒級。生產環境務必先在測試環境驗證業務影響再上線。