不能直接用 delete where 时间字段或 row_number()，因时间重复会导致漏删；应基于自增 id 分批删除，避免 truncate（无 where、重置标识、不可回滚），推荐分区切换或带事务的 top 循环，并及时更新统计信息。
为什么不能直接用 DELETE FROM 表 WHERE 时间
直接删千万级历史数据会锁表、阻塞业务、触发事务日志暴涨，甚至导致日志文件填满磁盘。SQL Server 默认把整个 DELETE 当作单个事务处理，回滚段和日志必须全程保留完整镜像。实测中，一次删 500 万行可能让 tempdb 和事务日志增长数 GB，同时 SELECT 查询卡住超 10 分钟。
用 TOP + WHILE 循环分批删除的正确写法
核心是控制每次只删固定行数，并在每次提交后释放锁和日志空间。关键点不是“循环”，而是“每次真正提交”：
- 必须显式使用
BEGIN TRANSACTION/COMMIT TRANSACTION包裹每一批 -
TOP必须配合ORDER BY（即使主键有序也建议写明），否则 SQL Server 可能跳过某些行或重复删 - 删除条件不能只靠时间字段做 WHERE，要加
AND id > @last_deleted_id或用ROW_NUMBER()避免漏删（尤其当时间字段有重复值时）
示例（安全版，基于自增 id）：
DECLARE @batch_size INT = 10000; DECLARE @rows_affected INT = 1; <p>WHILE @rows_affected > 0 BEGIN BEGIN TRANSACTION;</p><pre class="brush:php;toolbar:false;">DELETE TOP (@batch_size) FROM orders WHERE order_date <p>END</p><div class="aritcle_card flexRow artxards"> <div class="artcardd flexRow"> <a class="aritcle_card_img" rel="nofollow" href="/ai/3609" title="KomikoAI"><img src="https://img.php.cn/upload/ai_manual/001/246/273/178599557529955.png" alt="KomikoAI" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a> <div class="aritcle_card_info flexColumn"> <a rel="nofollow" href="/ai/3609" title="KomikoAI" class="overflowclass">KomikoAI</a> <p class="overflowclass">KomikoAI是一款AI文本写作工具，一站式AI动漫内容创作平台。</p> </div> <a rel="nofollow" href="/ai/3609" title="KomikoAI" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a> </div> </div>
DELETE 和 TRUNCATE 的误用风险
TRUNCATE TABLE 不能带 WHERE，也不支持按条件清空；它会重置标识列、不触发触发器、无法回滚跨批次——所以**不能用于分批历史清理**。有人试图先 SELECT INTO 保留数据再 TRUNCATE 原表，这会中断外键、索引、权限等元数据，线上环境极危险。
- 误用
TRUNCATE的典型错误：执行后发现下游报表查不到数据，因为视图依赖的统计信息没更新 - 用
DELETE但没加ORDER BY：SQL Server 优化器可能改变扫描顺序，同一批脚本在不同服务器上删出不同结果 - 忘记收缩日志文件：即使删完，
log_reuse_wait_desc仍为LOG_BACKUP，需手动BACKUP LOG或切换简单恢复模式
更稳的方案：分区切换（Partition Switch）
如果表已按时间字段做了分区（例如每月一个分区），SWITCH PARTITION 是毫秒级操作，不写日志、不锁全表、不占事务空间。但它要求严格匹配：目标空表结构、索引、约束、压缩设置必须完全一致。
- 检查是否启用分区：
SELECT * FROM sys.partitions WHERE object_id = OBJECT_ID('orders') AND partition_number > 1 - 切换前必须禁用所有非对齐索引，否则报错
Msg 7706 - 切换后记得
DROP TABLE旧分区表，否则磁盘空间不释放
没做分区的表，临时建分区成本高、停机长，不如老实用带事务的 TOP 循环——别为了“高级方案”强行改造生产表结构。
批量删数据最易被忽略的其实是统计信息陈旧问题：删完 80% 数据后，查询计划可能还沿用旧的行数估算，导致性能反而下降。删完务必跑一次 UPDATE STATISTICS。
