SQL Server查询超时在特定阈值以上被忽略的问题排查

针对你遇到的「小超时值生效、大超时值（100-180秒以上）被忽略」的问题，SQL Server端存在以下几个可能的影响因素：

1. 远程查询超时配置（Remote Query Timeout） #

SQL Server的remote query timeout参数控制服务器发起的远程查询（如涉及链接服务器、OPENROWSET/OPENQUERY的操作）的最大执行时间，默认值为600秒，但如果该值被修改为小于你设置的300秒（比如180秒），服务器会强制中止超过这个阈值的远程查询，直接覆盖你在PHP端设置的QueryTimeout。

你可以通过以下命令查看当前配置：

EXEC sp_configure 'remote query timeout';

若要设置为无限制（让客户端超时规则生效），可执行：

EXEC sp_configure 'remote query timeout', 0;
RECONFIGURE;

2. 事务与锁等待的原子性约束 #

如果你的查询属于大型事务，或者在执行过程中需要长时间持有锁（比如批量数据修改、表锁场景），SQL Server会优先保证事务的原子性，不会响应客户端的超时中止请求——因为中途中断可能导致数据不一致。这类场景下，查询会持续执行直到完成或遇到数据库级别的错误。

你可以通过SQL Server的活动监视器，检查有问题的查询是否存在长时间的锁等待或事务阻塞。

3. 查询等待资源的超时设置（Query Wait） #

SQL Server的query wait参数控制查询等待资源（如内存、CPU）的最长时间，默认值为-1（即25倍的估计CPU执行时间）。如果你的查询因资源不足进入等待状态，且等待时间超过query wait的阈值，服务器会自动中止查询；但如果等待时间未超过该值，即使客户端设置了更长的超时，查询也会继续等待资源直到可用。

查看当前配置的命令：

EXEC sp_configure 'query wait';

4. 查询类型与执行优先级 #

某些高优先级的系统操作（如索引重建、统计信息全量更新）或并行执行的查询，SQL Server会赋予更高的执行优先级，客户端的超时设置可能无法中断这类操作。此外，如果查询已经开始向客户端返回结果集（比如大型SELECT查询），此时客户端的超时中止请求可能无法触发服务器端的查询终止——因为数据传输流程已经启动。

验证建议 #

1. 在SSMS中手动执行有问题的查询，同时设置相同的超时值（通过查询选项→执行超时设置），观察是否能正常中止，以此区分是客户端（PHP/sqlsrv）还是服务器端的问题。
2. 检查PHP sqlsrv扩展的版本，部分旧版本的扩展对QueryTimeout存在上限限制，升级到最新稳定版可解决此类问题。

内容的提问来源于stack exchange，提问作者José Ricardo Júnior