今天发现一个页面运行很慢，用SQL Server Profiler抓出了一条运行时间为12s的sql
select * from v_wf_todo_business where dtinstance in (select dtinstance from t_wf_todo_business_sign_user where userid=244 union select dtinstance from t_wf_handle_state where handleuserid=244) and wfinstance is not null and wftbrq>='2016-05-07' and wftbrq<='2016-06-07'
把生产环境的数据库备份下来，还原到开发环境进行分析，发现只要把wftbrq>='2016-05-07'改为wftbrq>='2011-05-07'，执行时间变正常了，只需要0.04s，差点以为我眼花了，时间范围变大，速度还更快了？
顿时明白了这肯定不是sql的问题，记得以前有个dba跟我说过重建索引能提高查询速度，所以就按照这里的方法进行尝试：http://www.cnblogs.com/luckybird/archive/2012/06/11/2544753.html
一、分析表的索引建立情况：DBCC showcontig('t_wf_todo_business')
1 DBCC SHOWCONTIG 正在扫描 't_wf_todo_business' 表... 2 表: 't_wf_todo_business' (1652200936)；索引 ID: 1，数据库 ID: 7 3 已执行 TABLE 级别的扫描。 4 - 扫描页数................................: 1198 5 - 扫描区数..............................: 188 6 - 区切换次数..............................: 1196 7 - 每个区的平均页数........................: 6.4 8 - 扫描密度 [最佳计数:实际计数].......: 12.53% [150:1197] 9 - 逻辑扫描碎片 ..................: 99.33% 10 - 区扫描碎片 ..................: 98.94% 11 - 每页的平均可用字节数........................: 2613.5 12 - 平均页密度(满).....................: 67.71% 13 DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
二、重建索引：DBCC DBREINDEX('t_wf_todo_business')
三、再来分析：DBCC showcontig('t_wf_todo_business')
1 DBCC SHOWCONTIG 正在扫描 't_wf_todo_business' 表... 2 表: 't_wf_todo_business' (1652200936)；索引 ID: 1，数据库 ID: 7 3 已执行 TABLE 级别的扫描。 4 - 扫描页数................................: 804 5 - 扫描区数..............................: 105 6 - 区切换次数..............................: 104 7 - 每个区的平均页数........................: 7.7 8 - 扫描密度 [最佳计数:实际计数].......: 96.19% [101:105] 9 - 逻辑扫描碎片 ..................: 0.87% 10 - 区扫描碎片 ..................: 98.10% 11 - 每页的平均可用字节数........................: 221.3 12 - 平均页密度(满).....................: 97.27% 13 DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
嗯嗯，发现扫描页数、区切换次数、扫描密度 [最佳计数:实际计数]、逻辑扫描碎片等指标都有大幅度好转。
在生产环境上也执行了一遍，再打开页面，发现一切正常了……