经过上一步后，CPU由原来常年飚高，变成经常升高，检查访问频率高的界面，结合优化报告，发现查询条件  DATEDIFF(day,OrderDateTime,GETDATE()) =0 非常可疑，这个字段本已经添加了到了非聚集索引里，但这样写后，执行计划变得

非常复杂，如果我修改成  OrderDateTime > '2016-10-26' 执行计划就简单多了。几个高频页面计划都是这样写的，以前觉得这样写非常牛，还为经常记不住函数写法而懊恼，没文化真可怕。

　　再把优化报告，详情看了后，完成了一系列优化，主要也是就索引，sql语句写法等。索引吧，我是天天嚷嚷着学习，但是老是只知皮毛，悲伤中。

　　把上面优化部署后，还是会偶尔突然升高CPU，猜可能是某个不是特别高频率的界面引起的，最后猜可能是后台首页，有一些统计信息。果不其然，我每刷新一次，CPU就升高了，这些统计又不能没有，怎么办呢，对了，还是缓存，这些数据也没有必要实时统计。如下图。到这里CPU终于降温了。

　　好吧，完事儿了，好吧，还少一张优化后的使用率，安静多了吧。

　　以上就是这次优化的大概过程了（个中心酸，着实也不少），网站是个小网站（，好吧，大网站也轮不到我哩），啥都在一个服务器上，也许这些个三脚猫的东西入不了很多人的法眼哩。不过，对我来说还是一次满难得的经历了。

我相信我就是我，一定能火。如果能对你有帮助，十分荣幸，方便的话点个赞呗，让我也高兴下；写得不对，你能吐个槽，我也十分荣幸，如果能再指点一二，那就万分感激了。

　　最后，媳妇希望把儿子的名字，写在博客里，将来他要是搜索自己的名字（别说你没干过这事儿哦），能看到这篇博客，那也是美事儿一件了。

　　好吧，当妈首先还是想到的自己的娃；其实媳妇从怀孕开始，为了娃，管住了嘴，迈开了腿；爬楼梯，转公园，只为能顺产，有利于娃（虽说最后也没能顺产，付出也是蛮多）；生了娃，事就更多了。这就是养儿方知父母恩了。好吧，打住了，再说下次去就是秀恩爱了。儿子名叫：戢雨泽，媳妇取的，希望将来程序比我写得好。

　　 成为一名优秀的程序员！