sqlservertop效率问题，sqlserver性能调优实践

求优化sqlserver语句,使它查询效率提高。(要求:分组查询每组最新的一条...

用Profiler来跟踪查询，得到查询所需的时间，找出SQL的问题所在；用索引优化器优化索引1注意UNion和UNion all 的区别。UNION all好1注意使用DISTINCT，在没有必要时不要用，它同UNION一样会使查询变慢。

建立索引 建立存储过程 只查询您所需要的数据，不要把所有数据都查询出来，防止数据冗余。

对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

相关问答

Q1: 如何查看SqlServer查询语句的执行效率

1、要查看 SQL 执行情况，可以通过数据库的查询日志或者性能分析工具来实现。查询日志方式 可以通过开启数据库的查询日志来记录 SQL 执行情况。

2、SETSTATISTICSTIMEON：显示每个查询执行后的结果集，表示查询执行的配置文件。

3、对于执行计划，特别是2008，先看看有没有丢失索引。然后看执行计划里面的图标，哪个的百分比是最大的。重点优化那个。还要看有没有表扫描、聚集索引扫描等。执行计划是一本书才勉强说得完的东西。

Q2: 怎样查出SQLServer的性能瓶颈

技术人员需要监视SQL Server系统上的分页率，并确保它们常规为1000页每秒。

可以使用性能监视器来检查CPU的负载。检查Processor：% Processor Time 这个计数器：如果长期超过80%/处理器，那很有可能面临了CPU相关瓶颈。CPU密集操作主要是编译和重编译。

使用性能监视器找出SQLServer硬件瓶颈 开始SQLServer性能调优的最佳地方就是从性能监视器（系统监视器）开始。通过一个24小时的周期对一些关键的计数器进行监控，你将对你SQLServer服务器的硬件瓶颈了如指掌。

在分析了内存和CPU使用情况后，我们需要继续调查根源是否在I/O.我们应该如何识别SQLServer是否有I/O相关的瓶颈？解决：当数据页经常从缓冲池中移进移出的时候，I/O子系统就会成为SQLServer性能问题的关键因素之一。

设置SQLServer和数据库的优先级 如果你管理大量的SQLServer和数据库，你也许不知道从哪儿开始性能监控。理论上，你应该设置SQLServer和数据库的优先级，一些需要立即进行最多的性能监控，而其他的则不必进行那么多的监控。

我会从TPC的基准测试入手，使用HammerDB做整体性能评估（前身是HammerOra），跟厂商数据对比。

Q3: asp.net对access或sqlserver进行top分页有时很快,有时超慢,特别是使用...

1、对sqlserver的影响应该不是很大，可能对access影响就比较大了，而access又没有什么存储过程方面的分页，建议使用asp.net中的DateSet分页，速度虽然不是很快，但不至于对access或sqlserver分别太大。

2、使用Access数据库时速度慢，通常是由于建立数据库连接的次数过多，即过多的Open()，特别是像栏目这类不知道数目是多少的查询，要通过递归的方式，即一个一个栏目的查出来，导致数据库连接建立的次数很多。

3、装SQL有点麻烦，就用 Access 吧，方案一用存储过程分页没有试验。用Access新建一Book.mdb文件，打开后建一表mytable，加入五个字段：ID，name，author，islend，username。

4、至于说ACCESS本身很慢，我认为这不是构成网站慢的原因。因为ASP本身也是一个边解析边执行的翻译程序，而不像asp.net编译程序，所以在速度匹配上来说，ASP搭上ACCESS还是可行的方案。

5、ASP.NET我觉得不错Access评价如下 优点：(1)具有一个直观的查询分析器(虽然不能算一个真正的查询分析器)，维护相对方便 (2)性能一般，但比较成熟和稳定 缺点：(1)不支持Limit命令，不能直接将数据分页输出。

6、asp.net可以用C#，VB等来编程，这是强类型的编程语言，程序需要编译后才能运行。全部是基于类，对象，成员的操作。相同点，两者均可作为网页的编程语言，都可以使用像access，mssql等数据库，相比而言，asp.net比asp更强大。

Q4: 如何查看sqlserver执行计划来判断SQL语句效率

1、对于执行计划，特别是2008，先看看有没有丢失索引。然后看执行计划里面的图标，哪个的百分比是最大的。重点优化那个。还要看有没有表扫描、聚集索引扫描等。执行计划是一本书才勉强说得完的东西。

2、SET STATISTICS TIME ON：显示每个查询执行后的结果集，代表查询执行的配置文件。

3、打开熟悉的查看工具：PL/SQL Developer。在PL/SQL Developer中写好一段SQL代码后，按F5，PL/SQL Developer会自动打开执行计划窗口，显示该SQL的执行计划。

4、可以看到窗口上方是sql语句，下方显示执行计划表格。表格的列主要包含描述、用户、对象、成本花费、IO开销等，表格，当然表格列还可以自定义。表格的行包含了查询逻辑的执行顺序和各个步骤信息。

5、方法/步骤 首先先建一个查询的窗口中，选中数据库，点击新建查询。弹出了一个新建查询的窗口的界面中，输入需要执行的sql的语句。sql输入完成之后，选中需要的执行的sql的语句。然后进行点击菜单中的查询的按钮选项。

6、先点一下这个按钮。然后再实行。下面会有执行的效果分析。比如cost，byte数，但是这些只是作为一个参考，关键还是在具体的应用中，根据实际的执行时间来判断哪些index的效率高。千万别以为cost高就是花费的时间多，这是误区。

Q5: SQLServer索引的性能问题

性能很慢。 解释执行计划中发现：走的是 “索引扫描” 。

有用的索引会提高select语句的性能，包括insert，uodate，delete。但是，由于改变一个表的内容，将会影响索引。每一个insert，update，delete语句将会使性能下降一些。

本文就SQL Server索引的性能问题进行了一些分析和实践。 聚簇索引(clustered indexes)的使用 聚簇索引是一种对磁盘上实际数据重新组织以按指定的一个或多个列的值排序。

因此，对SQL Server系统的内存使用情况进行定期监视以确保内存的可用百分比高于20%是很有必要的。如果用户遭遇性能问题，同时可用内存百分比低于20%，那么此问题一定是内存分配不足导致的。

SQL Server数据库查询速度慢的原因有很多，常见的有以下几种：没有索引或者没有用到索引(这是查询慢最常见的问题，是数据库设计的缺陷)I/O吞吐量小，形成了瓶颈效应。没有创建计算列导致查询不优化。

下面我们将根据在实践中遇到的实际问题来谈一下索引使用的误区，以便于大家掌握索引建立的方法。 主键就是聚集索引 这种想法笔者认为是极端错误的，是对聚集索引的一种浪费。虽然SQL SERVER默认是在主键上建立聚集索引的。

关于sqlservertop效率问题和sqlserver性能调优实践的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。