同服务器跨库执行SELECT INTO切换数据库后效率骤降原因问询

• 执行上下文与元数据读取优先级差异
  你在源库执行USE DATABASE_MY_SOURCE_DATA后运行查询时，SQL引擎默认以当前连接的源库为基准读取元数据、统计信息，可快速获取源表的行数、索引分布、数据页存储等核心信息，直接生成最优执行计划。切换到目标库执行时，引擎需要跨库拉取源库的元数据，若目标库账号对源库元数据的查看权限受限，或跨库上下文下统计信息无法正常加载，极易生成全表扫描、关联算子选择错误的低效执行计划。
• 最小日志记录触发规则差异
  SELECT INTO属于支持最小日志记录的操作（数据库恢复模式为简单/大容量日志时默认生效），在源库执行时，写入目标库的日志操作是跨库批量写入，最小日志规则可正常触发，仅记录页分配信息不逐行打日志。切换到目标库执行时，当前库的GAM/SGAM页分配锁、事务日志写入锁的争抢会被放大，若目标库存在其他并行写入操作，还会进一步阻塞SELECT INTO的资源分配，部分场景下最小日志规则会在跨库上下文下失效，导致写入量陡增数十倍。
• 数据库级优化器配置差异
  每个数据库的MAXDOP（最大并行度）、并行查询成本阈值、统计信息自动更新规则都是独立配置的。源库执行时会沿用源库的优化器配置，若源库允许并行查询，可触发多线程并行扫描源表快速拉取数据；切换到目标库执行时如果目标库的MAXDOP被设为1，或并行查询成本阈值设置过高，会强制生成串行执行计划，执行效率自然大幅下降。
• 排序规则隐式转换问题
  若源库与目标库的默认排序规则不一致，查询涉及字符型字段时，在源库执行会默认使用源库排序规则做比较，源表索引可正常命中；切换到目标库执行时，优化器会强制将源表的字符字段转换为目标库排序规则，导致源表索引完全失效，触发全表扫描，数据量越大耗时差距越明显。

你可以分别在两个库执行查询前开启SET SHOWPLAN_XML ON，对比两份执行计划的算子差异，就能快速定位具体根因。

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