一次SQL Server调优经历

核心提示： CREATESTATISTICS[_dta_stat_559341057_6_2]ON[dbo].[Log_Network_circs]([end_time],[node_code])CREATENONCLUSTEREDINDEX[_dta_index_Log_Network_circs

CREATESTATISTICS[_dta_stat_559341057_6_2]ON[dbo].[Log_Network_circs]([end_time],[node_code])
CREATENONCLUSTEREDINDEX[_dta_index_Log_Network_circs_24_559341057__K2_K6]ON[dbo].[Log_Network_circs]
(
　　[node_code]ASC,
　　[end_time]ASC
)WITH(SORT_IN_TEMPDB=OFF,IGNORE_DUP_KEY=OFF,DROP_EXISTING=OFF,ONLINE=OFF)ON[PRIMARY]

嗯，结果差不多，具体参数再说。

按照“数据库引擎优化顾问”给出的建议，建立 STATISTICS 和 INDEX 。

再看看优化后的执行计划

明显查询 view_Log_Network_circsByUnit 这个视图的执行计划不一样了。

不看广告，看疗效，使用统计功能。执行以下语句：

SETSTATISTICSIOon;
SETSTATISTICSTIMEon;
　　
(2行受影响)
表'Log_Network_circs'。扫描计数2，逻辑读取13558次，物理读取0次，预读0次，lob逻辑读取0次，lob物理读取0次，lob预读0次。
表'TransmissionUnit_RouterInfo'。扫描计数0，逻辑读取2次，物理读取0次，预读0次，lob逻辑读取0次，lob物理读取0次，lob预读0次。
表'TransmissionUnit_LocalInfo'。扫描计数3，逻辑读取6次，物理读取0次，预读0次，lob逻辑读取0次，lob物理读取0次，lob预读0次。
表'network_listen'。扫描计数1，逻辑读取2次，物理读取0次，预读0次，lob逻辑读取0次，lob物理读取0次，lob预读0次。
SQLServer执行时间:
　CPU时间=719毫秒，占用时间=719毫秒。
(2行受影响)
表'Log_Network_circs'。扫描计数2，逻辑读取9次，物理读取0次，预读0次，lob逻辑读取0次，lob物理读取0次，lob预读0次。
表'TransmissionUnit_RouterInfo'。扫描计数0，逻辑读取2次，物理读取0次，预读0次，lob逻辑读取0次，lob物理读取0次，lob预读0次。
表'TransmissionUnit_LocalInfo'。扫描计数3，逻辑读取6次，物理读取0次，预读0次，lob逻辑读取0次，lob物理读取0次，lob预读0次。
表'network_listen'。扫描计数1，逻辑读取2次，物理读取0次，预读0次，lob逻辑读取0次，lob物理读取0次，lob预读0次。
SQLServer执行时间:
　CPU时间=0毫秒，占用时间=2毫秒。

逻辑读取数，总执行时间都大大缩减，开来调优还是挺成功的 :) 。