SQL Server Agent Job运行缓慢：SELECT INTO执行差异排查求助

常见原因 #

• 执行环境SET选项不一致：SSMS和SQL Agent作业的默认SET配置不同，比如ARITHABORT在SSMS默认是ON，但SQL Agent里可能是OFF，这类选项差异会让优化器生成完全不同的执行计划，导致性能差距。
• 资源分配受限：SQL Agent服务进程的CPU、内存优先级较低，或者被资源调控器限制了资源使用，运行作业时抢不到足够资源，拖慢执行速度。
• 并发阻塞：作业运行时段，源表或目标数据库存在其他并发操作（比如批量写入、锁表操作），导致语句被长时间阻塞，而你在SSMS测试时刚好没有这类冲突。
• 统计信息过期/读取异常：源表的统计信息过期，或者作业上下文无法正确读取统计信息，优化器因此生成了低效的执行计划。
• 服务账户权限/上下文差异：SQL Agent默认账户（如Local System）的权限上下文和你SSMS登录的账户不同，比如无法使用某些索引、需要额外的权限验证开销，甚至在跨库操作时存在权限限制。

对应解决建议 #

• 统一SET选项：在作业脚本开头添加SSMS默认开启的SET配置，确保执行环境一致：

  SET ARITHABORT ON;
  SET ANSI_NULLS ON;
  SET QUOTED_IDENTIFIER ON;
  SET ANSI_PADDING ON;
  SET ANSI_WARNINGS ON;
  SET CONCAT_NULL_YIELDS_NULL ON;
  

• 排查阻塞与资源：作业运行时，用sp_who2或活动监视器查看是否有阻塞进程；检查SQL Agent服务的进程优先级，必要时调整为正常或高优先级，也可以通过资源调控器给作业分配足够的CPU/内存配额。
• 更新统计信息：对源表执行全量统计更新，让优化器拿到准确的数据分布：

  UPDATE STATISTICS [TABLE] WITH FULLSCAN;
  

• 统一执行上下文：临时将SQL Agent服务账户替换为你在SSMS使用的、权限足够的账户，测试性能是否恢复；或者检查默认账户对源表、目标数据库的权限是否完整（包括SELECT、CREATE TABLE、索引访问权限等）。
• 强制使用高效执行计划：在SSMS中执行语句并导出其执行计划（XML格式），然后在作业脚本中添加USE PLAN提示强制使用该计划：

  SELECT <columns>....
  INTO <table>
  FROM TABLE
  OPTION (USE PLAN N'<这里粘贴执行计划的XML内容>');
  

内容的提问来源于stack exchange，提问作者Mr. K