针对你在SQL Server 2012中处理千万级大表（35列、1000万+行）的数据清理需求，我整理了一套高效且安全的方案，避免直接操作大表带来的性能瓶颈和锁表问题：

先明确你的场景 #

现有表结构示例（核心列）：

ID	DateTimeStamp	value1	value2	value3	...	Value35
2	2016-07-26 15:12:41	0.00	126.20	328051.07	...	...
2	2016-07-26 15:14:41	0.00	126.20	328051.07	...	...
2	2016-07-26 15:18:17	0.00	126.14	328052.32	...	...
2	2016-07-26 15:23:17	0.00	126.xx	xxxxxx.xx	...	...

需要基于DateTimeStamp及其他业务过滤条件（比如ID、value列）清理冗余数据。

核心方案：小批量+性能优化 #

1. 先验证过滤条件，确保删除数据准确 #

绝对不要直接删！ 先通过查询确认要删除的数据集完全符合预期：

-- 替换成你的表名和实际过滤条件
SELECT TOP 1000 *
FROM YourTableName
WHERE DateTimeStamp < '2020-01-01' -- 示例：清理2020年之前的数据
  AND ID = 2 -- 其他业务过滤条件
  AND value1 = 0.00 -- 更多过滤条件

可以多查几次不同范围的数据，确认逻辑没问题。

2. 小批量删除（避免锁表+日志暴涨） #

直接删除百万级数据会导致长时间锁表，影响业务，用循环批量删除是最稳妥的方式：

DECLARE @RowCount INT = 1;
DECLARE @BatchSize INT = 10000; -- 可根据服务器性能调整，比如改成5000或20000

WHILE @RowCount > 0
BEGIN
    BEGIN TRANSACTION;

    -- 每次只删除指定行数
    DELETE TOP (@BatchSize)
    FROM YourTableName
    WHERE DateTimeStamp < '2020-01-01'
      AND ID = 2
      AND value1 = 0.00 -- 你的过滤条件

    SET @RowCount = @@ROWCOUNT; -- 获取本次删除的行数

    COMMIT TRANSACTION;
    WAITFOR DELAY '00:00:01'; -- 可选：每次批量后等待1秒，减轻服务器压力
END

如果表上有触发器，建议先禁用触发器再执行清理，完成后再恢复，避免触发器反复触发影响性能。

3. 临时索引提升清理速度 #

如果DateTimeStamp和过滤字段没有索引，删除操作会做全表扫描，速度极慢。建议先创建临时覆盖索引：

CREATE NONCLUSTERED INDEX IX_YourTableName_Cleanup
ON YourTableName (DateTimeStamp, ID) -- 把过滤条件里的列放在索引键前面
INCLUDE (value1, value2) -- 加上其他过滤需要用到的列，避免额外的键查找

清理完成后，记得删除这个临时索引，避免影响后续业务操作的性能：

DROP INDEX IX_YourTableName_Cleanup ON YourTableName;

4. 长期维护：改成分区表（推荐） #

如果这张表需要定期按时间清理，把表改成分区表是一劳永逸的方案，后续清理直接删除分区，速度快到忽略不计：

-- 1. 创建按月份分区的函数（示例：从2016年8月到2024年1月）
CREATE PARTITION FUNCTION PF_DateTimeStamp (DATETIME)
AS RANGE RIGHT FOR VALUES 
('2016-08-01', '2016-09-01', '2016-10-01', -- 按需添加更多月份
 '2023-12-01', '2024-01-01');

-- 2. 创建分区方案
CREATE PARTITION SCHEME PS_DateTimeStamp
AS PARTITION PF_DateTimeStamp
ALL TO ([PRIMARY]); -- 可指定不同文件组存储不同分区

-- 3. 重建聚集索引为分区索引（需要先删除原有聚集索引）
DROP INDEX PK_YourTableName ON YourTableName;
CREATE CLUSTERED INDEX PK_YourTableName
ON YourTableName (DateTimeStamp, ID) -- 聚集索引键包含分区列
ON PS_DateTimeStamp(DateTimeStamp);

-- 后续清理时，直接把分区切换到归档表（推荐归档后再删除）
ALTER TABLE YourTableName SWITCH PARTITION 1 TO YourArchiveTable PARTITION 1;
-- 如果不需要归档，直接删除分区
ALTER PARTITION FUNCTION PF_DateTimeStamp() MERGE RANGE ('2016-08-01');

5. 日志管理（避免磁盘被日志占满） #

如果你的数据库是完整恢复模式，批量删除会产生大量事务日志，可能撑爆磁盘。建议清理前临时切换到简单恢复模式：

-- 切换到简单恢复模式
ALTER DATABASE YourDatabaseName SET RECOVERY SIMPLE;

-- 执行批量删除操作...

-- 切换回完整恢复模式
ALTER DATABASE YourDatabaseName SET RECOVERY FULL;

-- 立即做一次完整备份，恢复日志备份链
BACKUP DATABASE YourDatabaseName TO DISK = 'D:\Backup\YourDB_Full.bak';

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