LoaRunner性能测试系统学习教程：SQL Server等待类型

西安川石 2020-12-15

211

上期我们讲到LoadRunner性能测CPU瓶颈，这期我们讲LoadRunner性能测试SQL server等待类型。

SQL Server等待类型

通常可能更多的去监控每个查询执行步骤所消耗的时间，但其实这些还不够，因为每个执行计划在执行前可能需要等待，而这些等待的时间是被消耗了，没有任何作用，所以如果能缩短等待时间显然可以提高SQL Server的性能。

SQL等待类型

SQLServer通过

SQLOS（SQLServerOperatingSystem）

调度程序来管理用户请求执行，SQLOS则通过SCHEDULER、WORKER、TASK等对任务进行调度和处理。

默认情况下调度程序的数量与服务器中的逻辑CPU数量相同，即SCHEDULER个数与CPU个数相匹配，因为一个CPU某时刻只能运行一个调度程序，如果服务器中包含2个CPU，则调试程序数量为2，如果是双核的，那么调度程序为4，如果是双核且超线程的，则调度程序数量为8。只有拿到scheduler所有权的任务worker才能在这个逻辑CPU上运行。

使用以下查询语句可以查询到当前CPU数和SCHEDULER数。

SELECTcpu_count,scheduler_countFROMsys.dm_os_sys_info

结果如图所示。

在调度程序内部，会话通常有三种状态：

running、runnable和suspended，但会话只可能是这三种状态中的一种，在任何时刻，调度程序上只能有一个会话处于running状态，其它的会话都处于等待状态，存储在runnable队列之中，停止执行并将某等待的会话状态将改为suspended。会话三状态图如图所示。

WORKER(又称为WORKERTHREAD)是指工作线程，在一台服务器上，可以有多个工作线程。因为每一个工作线程要耗费资源，所以，SQLServer有一个最大工作线程数。

一个TASK（TASK是WORKER中运行最小的任务单元）进来，系统会给它分配一个工作线程进行处理，但是当所有的工作线程都在忙，而且已经达到了最大工作线程数，SQLServer就要等待，直到有一个忙的工作线程被释放，最大工作线程数可以通过下面的查询得到。SQLSERVER并不是一开始就把这些所有的工作线程都创建，而是依据需要而创建。

使用以下查询语句可以查询到当前最大工作线程数。

SELECTmax_workers_countFROMsys.dm_os_sys_info

结果如图所示。

Windows使用抢占方式（pre-emptive）调度模型进行调度，意味着由调度程序决定运行某个任务的线程何时需要为另外一个任务让路并切换出去，这种方式可以很好的运行在很多同等重要的不同服务的服务器上，但对于运行SQLServer的服务器来说，这种方式并不理想，因为一个SQLServer任务可能随时被切换出去，而仅仅是为了给一个次要的Windows任务一些CPU的时间。SQLServer有着自身的调度程序，采用非抢占式或协作模型，它依赖于所有线程在必须等待某事件时能产生处理时间，对于SQLServer来说这种模型是一种高效的模型，因为它可以判断某个线程在何时需要处理器时间，即CPU时间。

TASK是由BATCH而来，一个连接，可以包含多个BATCH，而每个BATCH则可以分解成多个TASK，如下面某一个连接要做的事情，这个连接要做的有两个BATCH，而每个BATCH，如以下查询语句，可能会被分解成多个TASK

因为可以支持并行化查询。具体BATCH怎么分解成TASK，以及分解成多少个，则是由SQLServer内部进行处理。

INSERTINTOTABLE_BVALUES(‘aaa’)

SELECT*FROMTABLE_B

了解Connection、Batch、Task、Worker、Scheduler这些概念后，那么，它们之间的关系如何呢？具体的关系如图所示。