Server 2008 R2快递高插入速度放缓可能是由于PAGEIOLATCH_SH造成的

Question

我有一个程序，通过多个连接将行插入到表中。对于每个插入，连接将打开，然后关闭。当我运行程序时，插入速度很快。但是，一旦它达到大约3000行，SQL server就开始减速。最终它比它应该的速度慢了30倍。

insert语句不是存储过程，每次插入数据库时都使用动态sql。

这是一个SQL，因此内存利用率是有限的。运行insert语句时CPU利用率较低。

如果我关闭应用程序并再次运行该进程，插入将再次快速，直到它再次成为蜗牛。

当我运行以下SQL时

select r.session_id
,status
,qt.text
, r.statement_start_offset/2
, r.statement_end_offset
,qt.dbid
,qt.objectid
,r.cpu_time
,r.total_elapsed_time
,r.reads
,r.writes
,r.logical_reads
,r.scheduler_id
,r.wait_type
,r.wait_time
,r.last_wait_type
from sys.dm_exec_requests r
cross apply sys.dm_exec_sql_text(sql_handle) as qt
where r.session_id > 50
order by r.scheduler_id, r.status, r.session_id

我注意到查询有wait_type of PAGEIOLATCH_SH。

事实上，我注意到其他一些Select语句也有同样的问题。

PAGEIOLATCH_SH是什么？

我还需要寻找哪些其他信息来解决问题？

最终如何解决这个性能问题？

谢谢

Answer 1

PAGEIOLATCH_SH意味着从磁盘读取页面。在您的工作负载中必须有更多的作用，而不仅仅是插入。

简单而廉价的放置您需要一个非Express实例，更多的RAM和一个更快的磁盘.更复杂和更昂贵的答案是，您需要修复应用程序，以便它不会读取那么多的页面(即。它不做表扫描)。

Answer 2

你确定连接被干净地关闭了吗？使用sp_who检查服务器上的连接数，或者在它慢下来时使用netstat检查客户机上的连接数。有什么方法可以让你使用相同的连接而不是关闭？

我也会考虑关闭统计数据的自动更新。