今天发现一个表搬移数据的时候很慢,问题出在插入历史库步骤。
语句为 insert into [ip].DBName.dbo.TABLE_A
select * from DBName.dbo.TABLE_B with(nolock))
where id not in(select id from [ip].DBName.dbo.TABLE_A with(nolock))
在TABLE_B所在的服务器查看预估的执行计划时,很长时间也无法显示出来,在 TABLE_A 所在的服务器查看,发现查看执行计划所发起的进程正在select * from TABLE_A,并且没有WITH(NOLOCK),TABLE_A 有2千万左右的数据,当然很慢。这个进程由于锁表了,也影响到业务应用。
在TABLE_A 实例上建了一个空表,做插入测试时执行计划很快评估出来。难道是数据量的差异引起的优化器判断引用了错误的逻辑?监控了两种方式在评估执行计划时所执行的系统存储过程。也没看出那个逻辑上会出现类似的状况,保留了监控数据,供以后分析。
数据写入的问题,只好改下执行步骤。