关系型数据库性能优化总结(转）

关系型数据库性能优化总结

做者: 刘晓军  来源: 博客园  发布时间: 2010-12-12 21:09  阅读: 2763 次  推荐: 1   原文连接   [收藏]  

摘要：今天咱们要讨论的是关系型数据库性能优化的问题，平时咱们也最好要遵照必定的规则，但愿对你们有所帮助。

　　对于web应用开发，多数性能瓶颈均出如今数据库上，除了采用分布式架构或云处理（大公司基本上都是），更重要的是平时程序设计时要遵守一些规则，从根本上提升系统的性能，如下总结了一些经常使用的规则方法，仅供参考，欢迎跟帖补充。。。

　　一、 把数据、日志、索引放到不一样的I/O设备上，增长读取速度。数据量（尺寸）越大，提升I/O越重要。

　　二、 纵向、横向分割表，减小表的尺寸，如：能够把大数据量的字段拆分表。

　　三、 根据查询条件，创建索引，优化索引、优化访问方式，限制结果集的数据量。注意填充因子要适当（最好是使用默认值0）。索引应该尽可能小，尽可能使用字节数小的列建索引，不要对有限的几个值的列建单一索引。

　　四、 用OR的字句能够分解成多个查询，而且经过UNION连接多个查询。它们的速度只与是否使用索引有关，若是查询须要用到联合索引，用UNION all执行的效率更高。

　　五、 在查询SELECT语句中用WHERE子句限制返回的行数，避免表扫描。若是返回没必要要的数据，则浪费了服务器的I/O资源，加剧了网络的负担，下降了性能。若是表很大，在表扫描期间将表锁住，禁止其余的联结访问表，后果很严重。

　　六、 注意使用DISTINCT，在没有必要时不要用，它同UNION同样会使查询变慢。

　　七、 在IN后面值的列表中，将出现最频繁的值放在最前面，出现最少的放在最后面，减小判断的次数。

　　八、 通常在GROUP BY和HAVING子句以前就能剔除多余的行，因此尽可能不要用它们来作剔除行的工做，也就是说尽量在WHERE中过滤数据。

　　九、 尽可能将数据的处理工做放在服务器上，减小网络的开销，如使用存储过程。存储过程是编译、优化过，而且被组织到一个执行规划里，且存储在数据库中的SQL语句（存储过程是数据库服务器端的一段程序），是控制流语言的集合，速度固然快。

　　十、不要在一句话里再三地使用相同的函数，浪费资源，将结果放在变量里再调用更快。

　　十一、针对大量只读查询操做进行优化的方法：

1)数据量小的数据，能够考虑不存储在数据库中，而是经过程序常量的方式解决。

2)须要存储在数据库中的数据，能够考虑采用物化视图（索引视图）。当DBA在视图上建立索引时，这个视图就被物化（执行）了，而且结果集被永久地保存在惟一索引中，保存方式与一个有聚簇索引的表的保存方式相同。物化视图减除了为引用视图的查询动态创建结果集的开销，优化人员能够在查询中使用视图索引，而不须要在FROM子句中直接指定视图。

3)数据存储时能够考虑适当的数据冗余，以减小数据库表之间的连接操做，提升查询效率。

4)针对数据的特色，采起特定的索引类型。例如，位图索引等。

　　十二、对于SQL语句书写时的一些建议：

1)写语句时可以肯定数据库对象全部者的，尽量把全部者带上，如：

SELECT * FROM dbo.Users

2)存储过程当中，参数定义最好放在最前面，尽量一次定义，如：

DECLARE @USER_ID INT        ,@USER_NAME   VARCHAR(50)        ,@PASSWORD VARCHAR(50)

3)为参数赋值时，尽量一次赋值，如：

SELECT @USER_ID = 1001        ,@USER_NAME = 'xiaojun.liu'

4)尽可能少用游标