由IO引起的性能问题？
只是好奇想要检查一下问题是否正确。。。
我试图确定用户遇到的性能问题是否是应用程序、服务器或Server的结果。
看着perfmon，我可以看到非常高的Avg。磁盘写入队列。看看SQL，ASYNC_IO_COMPLETION和OLEDB都是最突出的等待类型。在我看来，SQL不是导致性能低下的决定性因素。
CXPACKET等待类型的存在率很高，我认为这是由于启用了并行性，以及底层索引的高度分段与过时的统计信息耦合在一起造成的。
其他人怎么想？我还能采取哪些其他步骤来证明(或反驳)我的磁盘速度慢的理论。
谢谢！
回答 1
Database Administration用户
发布于 2013-08-27 04:59:48
这里有几个不同的问题：
Q：“看看perfmon，我可以看到非常高的Avg.disk写队列。”
。
Perfmon计数器不再与Server相关。Server将IO操作集中在一起，在这里看到大跳转是正常的。相反，请查看Avg /Read和sec/Write的计数器。这将告诉您存储对请求的响应速度。缺点是，它只是在驱动器(音量，挂载点)的水平。要获取特定文件的IO统计信息，请查询sys.dm_io_virtual_file_stats。在这里有一个很好的查询：
Q：“看看SQL ASYNC_IO_COMPLETION和OLEDB，它们都是比较突出的等待类型，这表明SQL并不是性能差的决定性因素。”
。
ASYNC_IO_COMPLETION通常是异步发生在后台的数据文件写入。当您插入/update/delete内容时，Server必须立即将数据输入日志文件-即WRITELOG等待。它会更改内存中的数据页，然后缓存这些页面直到稍后。ASYNC_IO_COMPLETION等待不会阻碍最终用户的使用。它可以显示数据文件写入的缓慢驱动性能，但这是一个系统瓶颈，而不是面向终端用户的瓶颈。
根据我的经验，OLEDB通常是由性能监视工具(如Spotlight、Sentry、Idera等)引起的，这些工具正在运行跟踪并在线路上捕获性能数据。
问:其他人怎么看？我还能采取哪些其他步骤来证明(或反驳)我的磁盘速度慢的理论。
。
我在这里有一段关于怎么做的视频：
http://www.brentozar.com/archive/2011/08/how-prove-its-san-problem-webcast-video/
根据你在这里所描述的，短篇小说- IO可能不是你最大的问题。
https://dba.stackexchange.com/questions/48182
复制
腾讯云开发者
