介绍数据库等待队列(上&＃xff09;
本篇文章的目的就是为帮助DBA&＃xff0c;开发人员以及其他与使用数据库的人员阐述什么是数据库等待队列。
性能优化的已经变得越来越重要了&＃xff0c;随着SQL Server 2005推出之后&＃xff0c;里面包含了很多的动态管理视图&＃xff08;DMV&＃xff09;和函数&＃xff0c;所以&＃xff0c;我们很有必要如何使用这些动态管理对象来帮助我们进行性能的诊断与排除。
对于性能而已&＃xff0c;我们一个最可以感知的现象就是&＃xff1a;SQL Server的响应变慢了&＃xff0c;而且服务器的资源开始被不正常的消耗。面对这些问题&＃xff0c;分析等待队列是我们的第一步&＃xff0c;只有知道数据库为什么慢&＃xff0c;为什么耗费过多的资源&＃xff0c;我们才能对症下药。
在接下来的内容中&＃xff0c;将会讲述如何分析OLTP应用中的等待队列。当然&＃xff0c;大家在此基础之上进一步的去研究和深入的学习。
在此之前&＃xff0c;我们来看看与性能相关的几个内容&＃xff0c;这样便于我们后续内容的展开&＃xff0c;首先说说什么是总体的响应时间。
总体响应时间介绍
大家知道&＃xff0c;在SQL Server 2000及之前的版本中&＃xff0c;我们必须采用很多类似广撒网的方式来设置很多不同的计数器和工具来捕获和分析发生性能瓶颈的原因。我们常常使用的工具包括profiler traces&＃xff0c;性能计数器&＃xff0c;网络嗅探器&＃xff0c;还有一些第三方的诊断工具。不可否认&＃xff0c;使用这些工具可以帮助我们找到问题的症结&＃xff0c;但是所花费的时间和精力都是非常多的。
我们常常会问这样的问题&＃xff1a;数据库引擎在等待什么&＃xff0c;从而导致性能下降&＃xff1f;&＃xff0c;其实&＃xff0c;当我们使用工具来分析性能问题的时候&＃xff0c;就是在试图去找出这些答案。另外&＃xff0c;当我们把问题解决之后&＃xff0c;最终用户最为关注的结果就是&＃xff1a;总体的响应时间是多少&＃xff0c;或者说&＃xff0c;发送的查询的响应时间是多少。
所谓总体的响应时间&＃xff0c;就是发送一个请求之后&＃xff0c;一直到接收到响应&＃xff0c;这个过程的时间。例如&＃xff0c;现在用户通过应用程序发送了一个请求给数据库&＃xff0c;去获取数据。那么总体的响应时间就如图所示&＃xff1a;
其实&＃xff0c;从严格的意义上说&＃xff0c;总体响应时间还包含数据发送给应用程序之后&＃xff0c;应用程序处理数据&＃xff0c;展示数据花的时间&＃xff0c;但是&＃xff0c;我们这里的重点是研究数据库的等待&＃xff0c;所以&＃xff0c;我们就不考虑应用程序方面的时间问题。
下面就言归正传&＃xff0c;我们来看看等待的问题。
什么是等待统计数据
采用微软官方的说法就是&＃xff1a;当在SQL Server内部产生 一个请求的时候&＃xff0c;由于某些原因&＃xff0c;这个请求不能被立刻的处理&＃xff0c;于是系统就让这个请求进入等待的状态。SQL Server内部的引擎会跟踪请求等待所花的时间&＃xff0c;并且在这些等待的时间基于数据库实例进行聚合&＃xff0c;并且把这些信息保存在内存中。
可能上面的讲法有点生硬&＃xff0c;我们就举个简单的例子。如&＃xff0c;当我们运行一个查询的时候&＃xff0c;SQL Server由于CPU或者其他资源被占用而无法及时的处理我们的查询请求&＃xff0c;那么此时&＃xff0c;我们的请求就必须要等那些资源被释放之后才能继续进行。在这段期间&＃xff0c;我们的查询请求就会被挂起&＃xff0c;被放在等待队列中&＃xff0c;并且SQL Server内部引擎中回去保存一些记录&＃xff0c;来标示这个查询请求的等待类型&＃xff0c;或者说&＃xff0c;因为什么而导致了等待。
大家可以看看下面的图&＃xff1a;
借助这个图&＃xff0c;我们就非常好理解了&＃xff0c;我这里暂时不过过多的解析&＃xff0c;以后我们再说。
从上面的讨论就可以知道&＃xff1a;如果我们可以利用数据库引擎内部保存的等待统计信息来分析&＃xff0c;那么在准确度上面会比之前有很多的改进。
等待类型的分类
既然我们要用内部的等待统计信息来分析问题&＃xff0c;那么首先就要得知道&＃xff1a;到底有哪些等待类型。
在SQL Server中&＃xff0c;等待类型有很多&＃xff0c;为了便于使用和管理&＃xff0c;这些等待类型又是被进行了分类的&＃xff0c;所以&＃xff0c;下面&＃xff0c;我们就来看看等待类型的分类。
说出来可能有点吓人&＃xff1a;在SQL Server内部&＃xff0c;可以跟踪大约400多个等待类型。如此众多的等待类型&＃xff0c;可以让我们感受到&＃xff1a;发生等待的原因真是太多了&＃xff0c;如果靠我们自己“小米&＃43;步枪”的方式去分析&＃xff0c;会花费多少精力。
尽管有如此众多的等待&＃xff0c;其实我们常常用到的&＃xff0c;或者我们关注的等待就只有很少的一部分&＃xff0c;如那些与资源争夺相关的等待&＃xff1a;CPU&＃xff0c;I/O&＃xff0c;内存等。下面&＃xff0c;我们就介绍我们常常使用的四大等待类型的分类&＃xff1a;
资源等待(Resource waits):这类型的等待发生的场景是这样的&＃xff1a;当某个工作线程要去访问谋一份资源的时候&＃xff0c;但是此时&＃xff0c;这个资源被其他线程占用。在这种等待分类中&＃xff0c;我们常常看到的典型的&＃xff0c;如锁&＃xff0c;闩锁&＃xff0c;和网络。
信号等待&＃xff08;Signal waits&＃xff09;&＃xff1a;某个工作线程在等待CPU可用所花费的时间。在SQL Server中&＃xff0c;如果某个工作线程运行所需要的资源全部已经准备好了&＃xff0c;此时&＃xff0c;它就要被运行&＃xff0c;但是CPU每次只能运行一个线程&＃xff0c;那么&＃xff0c;那些已经就绪的工作线程就会被放在称之为runnable的队列中&＃xff0c;等待CPU时钟的到来&＃xff0c;然后被运行。此时&＃xff0c;可以知道&＃xff0c;如果这类的等待时间多长&＃xff0c;那么就说明CPU有压力&＃xff0c;因为要被运行的线程不缺任何的资源&＃xff0c;就差被CPU去执行了。
队列等待&＃xff08;Queue waits&＃xff09;:这种分类的等待发生的场景是这样的&＃xff1a;一个工作线程很闲&＃xff0c;等待有任务教给它。那么&＃xff0c;这里就有一点要说明的就是&＃xff1a;在数据库中&＃xff0c;有个工作线程池&＃xff0c;我们的向数据库发送的每个请求&＃xff0c;都是交给工作线程&＃xff0c;然后这些线程去运行的。举个例子&＃xff0c;你要去图书馆借书&＃xff0c;在图书馆中有很多的图书管理员&＃xff0c;这些管理员我们就称之为“工作线程”。当我们发起一个借书的请求之后&＃xff0c;这个请求就被交给图书管理员&＃xff0c;然后由他们去找书。如果图书馆总是没有人借书&＃xff0c;或者借的人很少&＃xff0c;那么这些管理员就闲置。这种类型的等待常常与系统的背后任何相关&＃xff0c;可以用来分析死锁等情况。
外部等待&＃xff08;External waits&＃xff09;:很好理解&＃xff0c;当SQL Server工作线程要等待外部某个事件事件的发生然后才去运行&＃xff0c;在事件发生之前就要等待&＃xff0c;如采用linked server查询&＃xff0c;需要等到结果过了之后才能继续进行。
此文为了回复悬赏区中的“介绍数据库等待队列".
京公网安备 11010802041100号