SQL Server Agent 是唯一生产可用的原生调度机制，必须启用服务、配置权限、选择T-SQL作业类型、勾选调度“启用”选项，并用分批DELETE+错误捕获保障可靠性。
如何用 SQL Server Agent 任务调度 T-SQL DELETE 脚本
直接结论：不能靠 T-SQL 自身“循环”或“定时”，必须依赖 SQL Server Agent —— 这是唯一生产可用的原生调度机制。手动写 WHILE 循环 + WAITFOR 不仅不可靠，还会阻塞会话、干扰监控、绕过权限审计。
实操要点：
- 确保 SQL Server Agent 服务已启动（Windows 服务中检查
SQL Server Agent (实例名)） - 用 sysadmin 或 SQLAgentOperatorRole 权限登录，否则无法创建作业
- 作业步骤类型选
Transact-SQL script (T-SQL)，别误选成 PowerShell - 在“调度”页设置频率时，注意“启用”复选框默认是未勾选的——这是最常被忽略导致脚本从不执行的原因
DELETE 语句必须加 WHERE 且避免全表扫描
过期数据清理最常见错误是写成 DELETE FROM logs 或 WHERE create_time 却没在 <code>create_time 上建索引，结果每次跑都触发全表扫描，IO 暴涨、锁表超时。
正确做法：
- 先确认目标列有索引：
SELECT * FROM sys.index_columns ic JOIN sys.indexes i ON ic.object_id = i.object_id AND ic.index_id = i.index_id WHERE ic.object_id = OBJECT_ID('logs') AND ic.column_id = COLUMNPROPERTY(OBJECT_ID('logs'), 'create_time', 'ColumnId') - DELETE 时用分批控制影响行数，例如每次删 5000 行：
DELETE TOP (5000) FROM logs WHERE create_time - 若表极大，考虑用
WHERE create_time 这类确定值，避免每次执行都计算函数，利于索引 Seek
为什么不用 WAITFOR DELAY 在脚本里“自己循环”
有人试图写这样的逻辑：WHILE (1=1) BEGIN DELETE ... ; WAITFOR DELAY '00:05:00'; END。这会导致三个硬伤：
- 该会话长期占用连接，SQL Server Agent 无法回收资源，重启服务前不会终止
- 一旦某次 DELETE 出错（如死锁），整个循环卡死，后续清理彻底中断
- 无法被监控系统识别为“计划任务”，DBA 查不到运行状态和历史失败记录
- 事务日志持续增长：每个 DELETE 都在同一个长事务里，日志无法截断
带错误处理和日志记录的最小可靠模板
把以下代码粘贴进 SQL Server Agent 作业步骤中，它会删旧数据、记录行数、出错就停，且不撑爆日志：
DECLARE @rowcount INT = 1;
WHILE @rowcount > 0
BEGIN
BEGIN TRY
DELETE TOP (10000) FROM dbo.access_log
WHERE created_at < DATEADD(day, -7, GETDATE());
<pre class='brush:php;toolbar:false;'> SET @rowcount = @@ROWCOUNT;
-- 记录到表（需提前建好）
INSERT INTO dbo.cleanup_log (table_name, deleted_rows, run_time)
VALUES ('access_log', @rowcount, GETDATE());
END TRY
BEGIN CATCH
INSERT INTO dbo.cleanup_log (table_name, error_msg, run_time)
VALUES ('access_log', ERROR_MESSAGE(), GETDATE());
BREAK;
END CATCH
-- 避免连续执行，让出资源
IF @rowcount > 0 WAITFOR DELAY '00:00:01';END
关键点：分批量设为 10000 是经验阈值，太小效率低，太大易锁表；WAITFOR DELAY 只在有实际删除时才触发，不影响首次启动延迟；ERROR_MESSAGE() 必须捕获，否则 Agent 作业状态永远显示“正在运行”而非“失败”。
真正麻烦的从来不是写 DELETE，而是确认哪些数据算“过期”、谁授权删、删完是否要归档、日志保留多久——这些不在 SQL 语法里，但在上线前必须对齐。
