sqlserver 怎么查询iops高的原因

QL Server数据库查询速度慢的原因有很多，常见的有以下几种：
1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)
2、I/O吞吐量小，形成了瓶颈效应。
3、没有创建计算列导致查询不优化。
SQL Server查询速度慢原因4、内存不足
5、网络速度慢
6、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）
7、锁或者死锁(这也是查询慢最常见的问题，是程序设计的缺陷)
8、sp_lock,sp_who,活动的用户查看,原因是读写竞争资源。
9、返回了不必要的行和列
10、查询语句不好，没有优化
SQL Server查询速度慢可以通过以下方法来优化查询 :
1、把数据、日志、索引放到不同的I/O设备上，增加读取速度，以前可以将Tempdb应放在RAID0上，SQL2000不在支持。数据量（尺寸）越大，提高I/O越重要。
2、纵向、横向分割表，减少表的尺寸(sp_spaceuse)
3、升级硬件
4、根据查询条件,建立索引,优化索引、优化访问方式，限制结果集的数据量。注意填充因子要适当（最好是使用默认值0）。索引应该尽量小，使用字节数小的列建索引好（参照索引的创建）,不要对有限的几个值的字段建单一索引如性别字段。
5、提高网速。
6、扩大服务器的内存,Windows 2000和SQL server 2000能支持4-8G的内存。
配置虚拟内存：虚拟内存大小应基于计算机上并发运行的服务进行配置。运行 Microsoft SQL Server 2000时，可考虑将虚拟内存大小设置为计算机中安装的物理内存的15倍。如果另外安装了全文检索功能，并打算运行Microsoft搜索服务以便执行全文索引和查询，可考虑：将虚拟内存大小配置为至少是计算机中安装的物理内存的3倍。将SQL Server max server memory服务器配置选项配置为物理内存的15倍（虚拟内存大小设置的一半）。
7、增加服务器CPU个数;但是必须 明白并行处理串行处理更需要资源例如内存。使用并行还是串行程是MsSQL自动评估选择的。单个任务分解成多个任务，就可以在处理器上运行。例如耽搁查询 的排序、连接、扫描和GROUP BY字句同时执行，SQL SERVER根据系统的负载情况决定最优的并行等级，复杂的需要消耗大量的CPU的查询最适合并行处理。但是更新 *** 作UPDATE,INSERT， DELETE还不能并行处理。
8、如果是使用like进行查询的话，简单的使用index是不行的，但是全文索引，耗空间。 like ''a%'' 使用索引 like ''%a'' 不使用索引用 like ''%a%'' 查询时，查询耗时和字段值总长度成正比,所以不能用CHAR类型，而是VARCHAR。对于字段的值很长的建全文索引。
9、DB Server 和APPLication Server 分离；OLTP和OLAP分离
10、分布式分区视图可用于实现数据库服务器联合体。
联合体是一组分开管理的服务器，但它们相互协作分担系统的处理负荷。这种通过分区数据形成数据库服务器联合体的机制能够扩大一组服务器，以支持大型的多层 Web 站点的处理需要。有关更多信息，参见设计联合数据库服务器。（参照SQL帮助文件''分区视图''）
a、在实现分区视图之前，必须先水平分区表

一般在客户端通过LoadRunner对服务器进行压力测试，都需要实时监控服务器端的系统资源，本篇主要简单介绍一下如何设置在LoadRunner的Controller中配置监控Windows Resources，其实也可以直接在远程连接服务器端在上面开启任务管理器或者在控制面板中找到性能计数器来监控也可以，但是为了在LR进行施压过程中更便捷，我们还是要学会这个基本的配置。关于此处的配置，需要针对不同的服务器 *** 作系统进行不同的设置，但基本思路相同。本篇以Windows系统为例，具体配置如下：
1、通过客户端与服务器进行网络测试，保证通信畅通
2、开启服务器端Windows中的如下两个服务，
3、需要对服务器的系统本地策略进行更改，这个很重要，也是决定客户端能不能访问服务器端的关键步骤，具体需要进入控制面板下的管理工具中，找到本地安全策略，
注意：这里一定要改成经典模式，默认为仅来宾模式。
4、在客户端进行测试，在“运行”栏中输入服务器的ip地址，后面跟上C$，表示服务器C盘下的系统资源目录，如：“//19216896135/C$”,看看是否可以访问服务器C盘目录，通常情况下可能需要输入用户名和密码，填充服务器端的账户和密码就ok，
注：如果显示可以访问该页面表示，可以正常访问服务器端的系统资源，也就可以监控。
5、切换到LoadRunner的Controller中在Windows Resources下配置监控目标
6、看看配置完成后的实时监控记录，
以上是在压力测试过程中，所实时监控的目标服务器的系统资源。
LR是一个功能比较全面的性能测试工具，所以很多细节的功能可能不好设置，但是作用却很大。下次有机会将总结LoadRunner如何监控Linux系统资源。

尽管任何硬件资源都有可能成为影响虚拟机性能的瓶颈，但存储IOPS往往是限制因素之一。因为存储IOPS往往供不应求，所以虚拟化厂商提供了允许管理员限制虚拟机存储I/O消耗的功能。然而高效率地使用上述功能的关键是了解存储IOPS当前是如何在虚拟机之间分配的。
每个hypervisor厂商都有各自的测量并分配存储IOPS的方式。以微软Hyper-V为例，调节存储IOPS消耗的主要机制借助于QoS管理功能，该功能往往被称为存储QoS。
使用QoS管理
QoS管理设置基于单块虚拟硬盘。如图A所示，该功能可以被用于限制虚拟机消耗更少的存储IOPS。作为一个替代方案，QoS管理可以被用于为虚拟机预留存储IOPS，这样就可以保证虚拟机能够获得的最小IOPS值——如果有更多可用的IOPS，那么虚拟机能够使用的IOPS将相应增加。
图A 虚拟硬盘QoS管理配置界面
QoS管理功能允许管理员基于单块虚拟硬盘预留存储IOPS或者对其进行限制。
尽管QoS管理功能很便利，但只有管理员知道可用的存储IOPS有多少以及当前使用情况时，该功能才能够派上用场。不幸的是，Hyper-V Manager并没有提供该信息，但可以使用PowerShell检索与Hyper-V相关的存储性能信息。
虚拟机指标追踪
PowerShell提供了一个名为Measure-VM的cmdlet，使你能够追踪各类虚拟机指标。在能够使用该cmdlet前，需要启用虚拟机的资源消耗计量。输入如下命令可以启用运行在当前Hyper-V服务器上所有虚拟机的资源消耗计量：Get-VM | Enable-VMResourceMetering
输入如下命令可以确认是否已经启用了虚拟机的资源消耗计量：
Get-VM | Select-Object Name, ResourceMeteringEnabled
启用虚拟机的资源消耗计量并且生成了一些计量数据后，你可以使用Measure-VM cmdlet显示虚拟机的资源使用情况。例如，如果你想针对所有虚拟机使用默认的资源计量数据，可以输入如下命令：
Get-VM | Measure-VM
图B显示了启用虚拟机计量、确认虚拟机计量以及用以及显示默认计量数据的过程。
图B：你可以使用Measure-VM cmdlet显示虚拟机计量数据
如上图所示，资源计量机制运转良好，显示值为零表明虚拟机未启动。然而问题是并没有显示与存储IOPS相关的信息。
显示IOPS数据
尽管Measure-VM cmdlet默认没有显示存储IOPS数据，但可以做到。实际上，cmdlet可以显示每台虚拟机的IOPS平均值、平均延迟情况、磁盘数据写入以及磁盘数据读取情况。
只需要在Measure-VM cmdlet后追加 Select-Object参数就可以显示上述数据，然后指定你想显示的指标即可。然而，务必牢记在生产环境中虚拟机往往位于使用共享存储的故障切换集群中。因此全面获取IOPS数据的唯一方式是查看所有服务器上的所有虚拟机。可以尝试利用如下命令创建一个简单的脚本：
$Servers = "Hyper-V-4", "Prod1"
ForEach ($Server in $Servers){
$VMs = Get-VM
ForEach ($VM in $VMs){
$VM | Measure-VM | Select-Object VMName, ComputerName, AggregatedAverageNormalizedIOPS, AggregatedAverageLatency, AggregatedDiskDataRead, AggregatedDiskDataWritten | Format-List
}
}
脚本的第一行列出了将要被监控的每台Hyper-V主机的名字。简单起见，这里只列出了两台服务器，但你通常要输入所有Hyper-V服务器的名字。该脚本使用循环检查所有的服务器，每次检查一台。然后嵌套循环检索并显示当前服务器上所有虚拟机的性能数据。你可以看到图C中脚本的部分输出结果。脚本列出了每台虚拟机的性能数据、虚拟机名以及虚拟机当前所在的主机服务器。
图C 脚本显示虚拟机的存储性能数据
Hypervisor功能，比如QoS管理有助于分配存储IOPS。然而为了高效率地使用该功能，你需要知道IOPS目前的使用情况。

通常情况下，广义的IOPS指得是服务器和存储系统处理的I/O数量。但是，由于在IO传输的过程中，数据包会被分割成多块（block），交由存储阵列缓存或者磁盘处理，对于磁盘来说这样每个block在存储系统内部也被视为一个I/O，存储系统内部由缓存到磁盘的的数据处理也会以IOPS来作为计量的指标之一。本文中提到的IOPS，是指得广义的IOPS，即由服务器发起的，并由存储系统中处理的I/O单位。>