sql server 性能杀手：

• 低质量的索引
• 不精确的统计
• 过多的阻塞和死锁
• 不基于数据集的操作，通常是 游标
• 低质量的查询设计
• 低质量的数据库设计
• 过多的碎片
• 不可重用的执行计划
• 低质量的查询计划，通常是因为 参数嗅探 所导致的。
• 执行计划频繁重编译
• 游标的错误使用
• 数据库日志的错误配置
• 过多使用或者错误配置 tempdb

阻塞和死锁:

因为sql server 的 ACID特性,所以数据库引擎确保并发事务 被正确的互相隔离.

默认情况下,一个是所看见的数据 是另一个事务修改之前或之后的状态--不会看到中间状态的.

 

因为这种隔离性,当多个事务尝试 以一种不兼容的方法 并发访问公共资源时,数据库中发生阻塞.

当两个资源尝试升级或者拓展加锁的资源并且与另一个冲突时,就会发生死锁.

查询引擎确定回滚开销最低的进程 并选择 其为 死锁牺牲品.

为了得到可伸缩的多用户数据库应用程序性能,正确地空值查询的隔离级别和 事务范围 以最小化 阻塞和死锁是很关键的.

 

数据集:

t-sql是一种基于数据集的脚本语言,意味着他在数据集上操作.这就强迫你 从列的方面而不是从行的方面考虑.

不基于数据集的思路导致 过多的使用游标 和循环 而不是研究更有效的 连接和子查询,

 

低质量的查询设计:

索引的有效性完全取决于 查询的方法.

 

低质量的数据库设计

数据库应该充分的规范化以增加数据检索的性能并减少阻塞.

例如 有一个不规范的数据库, 将客户订单和客户信息存储在一张表里. 那么客户信息 在所有客户订单上都要重复.

这将 增加读取 客户订单 的I/O操作,  于此同时, 当 添加 插入一个订单时,因为订单包含客户信息,那么僵组织其他数据

写入程序/读取程序 访问这些客户的资料.

过分的规范化,也是不行的.将产生过多的 连接查询,

过多的碎片

如果 数据页 包含了 不按顺序的碎片,或者由于频繁页面分割而包含少量的数据,那么数据检索操作 将会扫描更多的页面.