PC重启时SQL Server通过链接服务器执行的长查询会如何处理？

SQL Server侧行为 #

• 你执行的INSERT ... OPENQUERY属于单语句隐式事务，当你本地电脑重启导致SSMS会话和SQL Server断开连接时，SQL Server的会话监测机制会立即识别到会话异常，终止该会话关联的所有运行中任务，同时触发未提交事务的全量回滚。你看到目标表没有任何数据，就说明回滚已经执行完成。
• 若要确认是否还有残留进程，可以执行系统存储过程sp_who2，或查询动态管理视图sys.dm_exec_sessions、sys.dm_exec_requests，筛选你登录账号对应的会话记录，正常情况异常断开的会话会在1分钟内被清理，如有残留可以手动执行KILL [对应SPID]终止进程。

Oracle侧专属行为 #

OPENQUERY的执行逻辑是SQL Server将你写在单引号内的查询原封不动提交给Oracle执行，Oracle返回结果集后SQL Server再逐行写入本地表，整个链路在同一个事务上下文中：

• 正常情况下SQL Server触发会话终止时，会同步向Oracle端的关联会话发送事务中止与断开连接的请求，Oracle收到后会立即终止你发起的只读查询，释放该查询占用的CPU、内存、临时表空间资源，因为你只有只读权限，Oracle侧不存在数据回滚开销，仅需清理查询执行上下文即可。
• 极端情况下如果网络异常导致断开请求没有传递到Oracle，该查询会变成孤儿会话，Oracle的PMON后台进程会在1-2小时内自动扫描并清理这类无活跃网络连接的会话，不会长期占用Oracle资源。

高频跨库拉取数据的优化建议 #

如果你日常需要频繁通过链接服务器拉取大量数据，可以参考以下方案降低风险：

• 不要一次性拉取千万级以上的全量数据，建议按主键、时间等维度分页分批拉取，单次拉取量级控制在10万-100万行，既可以降低异常断连的回滚成本，也可以避免对Oracle侧造成长时间的性能压力。
• 执行长查询前先执行SELECT @@SPID;记录当前会话ID，若出现异常可以找Oracle管理员通过SELECT sid, serial# FROM v$session WHERE username = '你的Oracle账号' AND program LIKE '%SQL Server%';查询是否有残留会话，手动清理无需等待自动回收。
• 超长时间的拉取任务建议用SQL Server代理作业执行，作业运行在SQL Server后台，不受本地客户端状态影响，可靠性更高。

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