SQL2005性能分析一些细节功能你是否有用到?

核心提示： 有的时候,在一个复杂的查询事务中由于种种原因可能非常耗时,这里我说下我理解的可能原因:原因一:数据量实在太多.原因二:查询语句本身有严重的性能问题.例如不合理的嵌套查询,子查询,不能充分利用索引等.所以在查询中出现的死锁,我们一般会在查询的表名后面加上(nolock)的参数,但是总觉的这样做不爽

有的时候,在一个复杂的查询事务中由于种种原因可能非常耗时,这里我说下我理解的可能原因:

原因一:数据量实在太多.

原因二:查询语句本身有严重的性能问题.例如不合理的嵌套查询,子查询,不能充分利用索引等.

所以在查询中出现的死锁,我们一般会在查询的表名后面加上(nolock)的参数,但是总觉的这样做不爽,既不美观,也好像不治本,难免下次又忘记了,所以本人推荐以下解决方案:引用下MSDN

推荐方案:使用基于行版本控制的隔离级别

行版本控制框架在 Microsoft SQL Server 中始终处于启用状态，并被多个功能使用。它除了提供基于行版本控制的隔离级别之外，还用于支持对触发器和多个活动结果集 (MARS) 会话的修改，以及 ONLINE 索引操作的数据读取。

基于行版本控制的隔离级别是在数据库级别上启用的。访问已启用数据库的对象的任何应用程序可以使用以下隔离级别运行查询：已提交读隔离级别，通过将 READ_COMMITTED_SNAPSHOT 数据库选项设置为 ON 来使用行版本控制，如下面的代码示例所示：

　　　 ALTER DATABASE AdventureWorks
　　　 SET READ_COMMITTED_SNAPSHOT ON;

为 READ_COMMITTED_SNAPSHOT 启用数据库后，在已提交读隔离级别下运行的所有查询将使用行版本控制，这意味着读取操作不会阻止更新操作。

总结:

虽然明白了这些基本的方法不一定能让你马上成为非常出色的数据库优化员,起码我们有了这个基础.天空任鸟飞,但我已飞过.重要的是过程,是分析问题的方法和理论.数据库优化的面太广,并非几篇短文就说的清的,本文的目的在于提醒现在还不关心SQL性能基本分析方法的朋友,知道总比不知道强.

相关文章：

SQL2005性能分析一些细节功能你是否有用到?(三)

SQL2005性能分析一些细节功能你是否有用到?(二)

SQL2005性能分析一些细节功能你是否有用到?