SQL语句优化提升整体效能

针对性地对一些耗资源严重的具体应用进行优化

创新互联公司不只是一家网站建设的网络公司；我们对营销、技术、服务都有自己独特见解，公司采取“创意+综合+营销”一体化的方式为您提供更专业的服务！我们经历的每一步也许不一定是最完美的，但每一步都有值得深思的意义。我们珍视每一份信任，关注我们的网站制作、做网站质量和服务品质，在得到用户满意的同时，也能得到同行业的专业认可，能够为行业创新发展助力。未来将继续专注于技术创新，服务升级，满足企业一站式营销型网站建设需求，让再小的成都品牌网站建设也能产生价值！

出现效能问题时，首先要做的是什么？这个问题我问过不少同事，有人说凭经验对出问题的sql进行优化，如我们一般说的要合理使用索引，尽量不要使用前面带*号的Like语句，不要再比较操作符前边进行计算或使用函数等等，这些道路都是对的，但经验有时候不一定能解决问题。问题出现时，首先要做的是确定问题点是什么，只有正确的找到问题后才能有针对性的解决问题。下面简单介绍我们一般从哪些角度入手，来确定问题所在。

1.首先从业务上理解该处功能，理解用户的真正意图，用户真正关注的是什么，想要的是什么数据，是否有变通简洁的方法达到用户要求。而非使用复杂sql查询。其实有些时候进行变通的修改，同样能达到目的，但是采用的sql语句已经极大地简化了。这是解决效能问题的优先要考虑的。

2.对固定的sql进行优化时，一定要关注查询相关的数据量，关注数据量的大小，有些时候用户进行一个查询，若没有处理好查询条件的话，返回的记录集合太大，这对用户来说，其实意义不大，关键是这样必然会导致较多的磁盘IO，效能问题是必然的。除非是用户真的需要这么多数据，但事实证明，多数都不是的，所以着眼点是怎样限制返回的记录集的大小或查询中使用的临时中间数据集合的大小。这样才能使你的优化达到效果，起到作用。

下面简单介绍几种常用的检查问题sql的方法。

当然其中是有些技巧的，如：

1. 使用 set statistics io on 检查实际的磁盘IO信息，物理读、逻辑读等信息，这个是一个简单有效的参考数据，在笔者以往的经验中，也是主要的参考数据。

在查询分析器中贴出问题sql，使用set statistics io  为on，也可以在空白处点击右键，选择<查询选项>，

选择<高级>

勾选Set Statistics Io 。

运行查询，除了得到结果集合以外，还可以得到本次查询相关的IO信息，如下图：

我们一般关注逻辑读的次数，当多个表联合查询时，这里会现时每一个表的IO信息，当某个表的逻辑读的次数很大时，你就要重点关注和分析这个表了，是不是查询时涉及到这个表中的记录条数过多，是不是没有合理使用到Index,是不是可以增加其它的过滤条件来减少相关的记录集合等等。下面是简单说明：

输出项 含义

Table       表的名称。

Scan count     执行的索引或表扫描数。

logical reads 从数据缓存读取的页数。

physical reads        从磁盘读取的页数。

read-ahead reads           为进行查询而放入缓存的页数。

lob logical reads    从数据缓存读取的 text、ntext、image 或大值类型 (varchar(max)、nvarchar(max)、varbinary(max)) 页的数目。

lob physical reads          从磁盘读取的 text、ntext、image 或大值类型页的数目。

lob read-ahead reads   为进行查询而放入缓存的 text、ntext、image 或大值类型页的数目。

磁盘IO相关信息先介绍到这里，另外一个参考数据是使用 set statistics time on 参考显示分析、编译和执行语句所需的毫秒数。具体的使用方法同set statistics io on 基本相同，只不过显示的是本次查询所使用的分析编译、执行等的时间信息。聪明的你一定一看就明白了。在此不再赘述。

1. 使用 set statistics profile on 参考显示当前语句执行的配置文件信息，执行步骤等信息，使用方法同上。

执行查询后，除了显示所执行的结果集合外，还另外显示本次sql语句执行的相关配置信息，采用记录树的形式显示，对应执行计划中的各个步骤，比如某个步骤使用的索引类型，评估行数，IO信息，时间信息等。这些信息都可以用来参考，以确定该段sql语句的问题在哪里。

参考当前语句的估计的执行计划或实际的执行计划，分析当前语句执行时SQL Server 查询优化器所选择的数据检索方法。

实际的执行计划显示了本次执行所使用的执行计划。该图应该从右向左看，由下向上看，如果是多个表连接查询的话，这里也会显示多个执行步骤，你可以检查每一个步骤相关的操作相关信息，如IO开销，CPU开销，估计的行数，有没有使用到Index，以及使用的何种Index等信息。行数过多则需要留意了。所使用的Indexl类型也是需要关注的信息之一。

下面是执行计划中一些概念的简单说明：

工具提示项   说明

Physical Operation        使用的物理运算符，例如 Hash Join 或 Nested Loops。以红色显示的物理运算符表示查询优化器已发出警告，例如丢失列统计信息或丢失联接谓词。这可能导致查询优化器选择比预期的效率低的查询计划。有关列统计信息的详细信息，请参阅使用统计信息提高查询性能。

当图形执行计划建议创建统计信息、更新统计信息或创建索引时，使用 SQL Server Management Studio 对象资源管理器中的快捷菜单可以立即创建或更新丢失的列统计信息和索引。有关详细信息，请参阅索引操作指南主题。

Logical Operation           与物理运算符匹配的逻辑运算符，如 Inner Join 运算符。逻辑运算符列在物理运算符之后，两者均位于工具提示的顶部。

Estimated Row Size       操作符生成的行的估计大小（字节）。

Estimated I/O Cost        用于执行操作的所有 I/O 活动的估计开销。此值应尽可能低。

Estimated CPU Cost       用于执行操作的所有 CPU 活动的估计开销。

Estimated Operator Cost      用于执行此操作的查询优化器的开销。此操作的开销以占查询总开销的百分比的形式显示在括号中。由于查询引擎选择***效的操作来执行查询或执行语句，因此此值应尽可能低。

Estimated Subtree Cost         查询优化器执行此操作及同一子树内位于此操作之前的所有操作的总开销。

Estimated Number of Rows           运算符生成的行数。

综合以上介绍的几种参考信息的方法，一般都可以确定问题sql的问题所在，然后对症下药，剩下的就是进行针对性的修改了，这里只是抛砖引玉，聪明的你一定会有方法解决的。

原文链接：http://www.cnblogs.com/JerryTian/archive/2012/07/03/2574068.html

【编辑推荐】

1. 提高MySQL数据库查询效率的技巧（三）
2. 如何在MySQL查询结果集中得到记录行号
3. 实例讲解如何配置MySQL数据库主从复制

新闻标题：SQL语句优化提升整体效能
转载来于：http://www.shufengxianlan.com/qtweb/news12/401112.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联