sqlserver 索引优化 sql语句执行分析

前言：很多时候，我们并不知道数据表是否需要重建索引了，也不知道SQL执行的低效率到底问题出现在哪里了。以下内容便是之前在使有SQLSERVER2005数据库的一些日常分析操作，请笑纳~~~

如何查看数据库表是否需要重建索引

1、查看当前表的索引碎片情况：

   DBCC SHOWCONTIG('表名')
   注：扫描密度 [最佳计数:实际计数].......: 94.79% [91:96]
       最佳计数与实际计数相当时说明索引是比较好的，如相差太多，就必须可以重新建或组织索引

2、 对整表重建索引：

  DBCC DBREINDEX('表名','','创建索引时每个索引页上要用于存储数据的空间百分比')
   例：DBCC DBREINDEX('CALLLOG','','90')

3、重建表中指定索引

DBCC DBREINDEX('表名','要重建的索引名','创建索引时每个索引页上要用于存储数据的空间百分比')
 例：DBCC DBREINDEX('CALLLOG','CALLID_INDEX','90')

4、重建完索引，再查看索引碎片情况。对比最佳计数与实际计数。

5、新建索引

CREATE CLUSTERED INDEX CALLID_INDEX ON CALLLOG(CALLID) --聚集索引

CREATE INDEX CALLID_INDEX ON CALLLOG(CALLID)  --非聚焦索引

DMV查看有关缺失索引的详细信

SELECT * FROM sys.[dm_db_missing_index_details] order by index_handle

查看SQL语句的实际执行情况

set statistics profile on 

select * from calllog

set statistics profile off

查看 查询计划的选择依据

dbcc show_statistics (Products, IX_CategoryID）
注：它需要二个参数，1. 表名，2. 索引名

清空执行计划缓存(在查看SQL执行情况前，用于清除上次查询留下的缓存计划)

DBCC DROPCLEANBUFFERS

转：https://blog.csdn.net/fsw4848438/article/details/44594601