Azure SQL Server大规模删除优化：避免DTU长时间满负荷占用

针对你维护的Azure SQL托管实例应用中，批量删除500万条记录导致DTU长时间100%占用的问题，我整理了几个经过实际验证的实用方案，帮你平衡删除效率和资源消耗：

1. 分批删除（最通用的核心方案） #

一次性删除百万级记录会触发巨量日志写入、长时间持有表锁，直接把DTU拉满。最稳妥的方式是拆成小批次执行，给DTU留缓冲空间：

WHILE 1=1
BEGIN
    -- 每次删除1万条，可根据你的DTU负载调整批次大小
    DELETE TOP (10000) FROM YourTargetTable
    WHERE YourDeleteFilterCondition; -- 替换成你的具体删除条件
    
    -- 没有更多记录可删时退出循环
    IF @@ROWCOUNT = 0
        BREAK;
        
    -- 每次删除后等待1秒，让DTU回落，可按需调整等待时长
    WAITFOR DELAY '00:00:01';
END

小贴士：如果还是看到DTU偏高，就把批次调小到5000条，或者延长等待时间到2秒，直到DTU维持在可接受的水平。

2. 分区切换（高效归档删除首选） #

如果你的表是按时间、ID范围等字段做了分区（比如按CreateDate分月分区），那分区切换是几乎零资源消耗的删除方式：

1. 先创建一个和原表结构、分区方案完全一致的空临时表（比如YourTable_Staging）
2. 把要删除的分区切换到临时表：

ALTER TABLE YourTargetTable SWITCH PARTITION 3 TO YourTable_Staging PARTITION 3;

3. 直接删除临时表即可，这个操作几乎不占DTU：

DROP TABLE YourTable_Staging;

注意：前提是你的表已经配置了分区，适合按时间归档的场景，效率比分批删除高几个量级。

3. 设置低优先级资源类别（Azure SQL专属） #

Azure SQL托管实例支持资源 Governor，可以把删除操作的会话标记为低优先级，让正常业务请求优先占用资源：

-- 先给当前会话设置低优先级
SET RESOURCE_GOVERNOR CLASSIFIER = 'LOW_PRIORITY';

-- 再执行删除操作（推荐结合分批删除）
WHILE 1=1
BEGIN
    DELETE TOP (10000) FROM YourTargetTable WHERE YourDeleteFilterCondition;
    IF @@ROWCOUNT = 0 BREAK;
    WAITFOR DELAY '00:00:01';
END

这样当DTU紧张时，删除操作会自动让步，保证其他业务不受影响。

4. 低峰时段执行删除 #

既然其他业务平时资源需求不高，不妨把删除操作安排在业务低峰期（比如凌晨2点到4点），即使这个时段DTU跑满，也不会影响正常业务运行。结合分批删除，既能完成清理任务，又不会干扰业务。

5. 临时禁用非必要索引减少开销 #

删除记录时，SQL Server需要同步更新表上的所有非聚集索引，这会额外消耗大量DTU。如果你的业务允许，可以先禁用非必要的索引，删除完成后再重建：

-- 禁用非聚集索引
ALTER INDEX IX_YourTable_NonClusteredColumn ON YourTargetTable DISABLE;

-- 执行分批删除操作

-- 重建索引，恢复性能
ALTER INDEX IX_YourTable_NonClusteredColumn ON YourTargetTable REBUILD;

注意：主键索引、唯一索引不能禁用，只能删除后重建，操作前要评估对业务的影响，确保期间没有数据插入导致唯一性冲突。

内容的提问来源于stack exchange，提问作者thecaptain0220