【案例讨论】从案例引发的对SQL Server性能调优的思考

yanyangtian4502 · 发表于 2012-5-14 11:21

shenzhen_sap 发表于 2012-5-14 11:16
唉...原來微软一直認為我們是一群"傻瓜", 可悲啊...

这不是微软的错啊，很多的开发人员就是希望：快！快速搞定，快速上手

花好月不圆 · 发表于 2012-5-14 11:30

本帖最后由花好月不圆于 2012-5-14 11:32 编辑

目前还有不少sqlserver 的数据库还在32bit 的os 下运行把, 真正在64bit os 下运行的应该好很多
反正我以前遇到一个这样的用户,因为软件厂商不配合,只好建议他们升级操作系统到64bit 内存从4G 直接到32G 成本增加不大,但系统性能有飞速的提高

yanyangtian4502 · 发表于 2012-5-14 11:39

我们接着上面的谈

确定了基本的问题的方向之后，那么我们就进一步的看看，这个问题产生的“罪魁祸首”。
此时，我们可以查看sys.dm_exec_query_stats来查看计划缓存，主要查看那最多物理读取的计划，然后查看这个计划对应的查询语句，看看这个查询是否因为“缺失索引”产生的问题。

如果不是怎么办？如果sql查询已经是非常优化的，怎么办？

呵呵呵，有人会想：掉的大，不知道如何办了。

yanyangtian4502 · 发表于 2012-5-14 11:43

本帖最后由 yanyangtian4502 于 2012-5-14 11:46 编辑

到这里，大家基本就可以感受到：调优有点象破案一样，通过一点点的线索来分析，和排除。所以，也没用固定的套路，但是有已经基本的方向：例如，在破案中就是保留现场，查找伤死者身份以及家人，朋友，有没有和人发送纠纷，有没有什么异常的举动和言语，调优也是，这也是乐趣和条找所在。
同时有一点需要知道的就是：对数据库的各个方面，操作系统的底层等，都要掌握，这是基本的，也是必须的。

下面，我们就开始正式进入一个个典型问题的分析！