SqlServer性能优化基础
    一、优化基础
    本文主要向大家介绍的是正确优化SQL Server数据库的阅历总结，其中包括在对其举行优化的实际操作中值得大家注重的地方描述，以及对SQL语句举行优化的最基本原则，以下就是文章的主要内容描述。
    优化数据库的注重事项：
    1、关键字段建立索引。
    2、使用存储过程，它使SQL变得越发灵便和高效。
    3、备份数据库和清除垃圾数据。
    4、SQL语句语法的优化。(可以用Sybase的SQL Expert，惋惜我没到unexpired的序列号)
    5、清理删除日志。
    SQL语句优化的基本原则：
    1、使用索引来更快地遍历表。
    缺省状况下建立的索引是非集索引，但有时它并不是最佳的。在非集索引下，数据在物理上随机存放在数据页上。合理的索引设计要建立在对各种查询的分析和预测上。
    普通来说：
    ①.有大量重复值、且常常有范围查询(between, >,=,10、谨慎使用游标
    在某些必需使用游标的场合，可考虑将符合条件的数据行转入暂时表中，再对暂时表定义游标举行操作，这样可使性能得到显然提高。
    解释：所谓的优化就是WHERE子句利用了索引，不行优化即发生了表扫描或额外开销。阅历显示，SQL Server数据库性能的最大改进得益于规律的数据库设计、索引设计和查询设计方面。反过来说，最大的性能问题经常是由其中这些相同方面中的不足引起的。
    其实SQL优化的实质就是在结果正确的前提下，用优化器可以识别的语句，充份利用索
引，削减表扫描的I/O次数，尽量避开表搜寻的发生。其实SQL的性能优化是一个复杂的过程，上述这些只是在应用层次的一种体现，深化讨论还会涉及SQL Server数据库层的资源配置、网络层的流量控制以及操作系统层的总体设计。
    二、sql优化
    1、不要使用select *
    在select中指定所需要的列，将带来的益处：
    （1）削减内存耗费和网络的带宽
    （2）更平安
    （3）给查询优化器机会从索引读取全部需要的列
    2、使用参数查询
    主要是防止SQL注入，提高平安性。
    3、使用exists或not exists代替in或not in
    （高效）select * from [emp] where [empno]>0 and exists (select 'X' from [dept] where [dept].[deptno]=[emp].[deptno] and [loc]='MELB');
    （低效）select * from [emp] where [empno]>0 and [deptno] in (select [deptno] from [dept] where [loc]='MELB');
    4、is null或is not null操作
    推断字段是否为空普通是不会应用索引的，由于索引不索引空值。不能用null作索引，任何包含null值的列都将不会被包含在索引中。也就是说假如某列存在空值，即使对该列建索引也不会提高性能。任何在where子句中使用is null或is not null的语句优化器都不允许使用索引。
    推举计划：用其他相同功能的操作运算代替，如：a is not null改为a>0或a>''等。
    5、操作
sql语句优化方式
    大于或小于普通状况不用调节，由于它有索引就会采纳索引查，但有的状况下可以对它举行优化。如一个表有100万记录，那么执行>2与>=3的效果就有很大区分了。
    （低效）select * from [emp] where [deptno]>2;
    （高效）select * from [emp] where [deptno]>=3;
    6、like操作
    like操作可以应用通配符查询，里面的通配符组合可能达到几乎是随意的查询，但是假如用不好则会产生性能上的问题，如lide '%5400%' 这种查询不会引用索引，而like 'X5400%' 则会引用范围索引。
    7、where后面的条件挨次影响
    where子句后面的条件挨次对大数据量表的查询会产生直接的影响。如：
    select * from zl_yhjbqk where dy_dj='1KV以下' and xh_bz=1;
    select * from zl_yhjbqk where dy_dj=1 and dy_dj='1KV以下';
    以上两个查询，两个字段都没举行索引，所以执行的时候都是全表扫描，第一条SQL的
    dy_dj='1KV以下'条件在记录集内比率为99%，而xh_bz=1的比率只为0.5%，在举行第一条SQL的时候99%条记录都举行dy_dj及xh_bz的比较。而在举行其次条SQL的时候0.5%条记录都举行dy_dj及xh_bz的比较，以此可以得出其次条SQL的CPU占用率显然比第一条低。
    8、用union替换or（适用于索引列）
    通常状况下，用union替换where子句中的or将会起到较好的效果。对索引列使用or将造成全表扫描。注重：这个规章只针对多个索引列有效。假如有column没有被索引，查询效率可能会由于你没有挑选or而降低。下面的例子中loc_id和region上都有建索引。
    （低效）select loc_id,loc_desc,begion from location where loc_id=10 or
    begion='MELBOURNE';
    （高效）select loc_id,loc_desc,begion from location where loc_id=10
    union
    select loc_id,loc_desc_begion from location where begion='MELBOURNE';
    9、优化group by
    提高group by语句的效率，可以通过将不需要的记录在group by之前过滤掉。
    （低效）select [job],avg([sal]) from [emp] group by [job] having job='PRESIDENT' or job='MANAGER';
    （高效）select [job],avg([sal]) from [emp] where [job]='PRESIDENT' or
    job='MANAGER' group by [job];
    10、使用存储过程
    可以考虑使用存储过程封装那些复杂的SQL语句或业务规律，这样有几个益处：
    （1）存储过程的执行方案可以被缓存在内存中较长的时光，削减了重新编译的时光。
    （2）存储过程削减了客户端和服务器的繁复交互。
    （3）假如程序发布后需要做某些转变你可以直接修改存储过程而不用修改程序，避开需要重新安装部署程序。
    11、用sp_configure 'query governor cost limit'或者SET
    QUERY_GOVERNOR_COST_LIMIT来限制查询消耗的资源。当评估查询消耗的资源超出限制时，服务器自动取消查询,在查询之前就扼杀掉。SET LOCKTIME设置锁的时光。
    12、使用select top或set rowcount来限制操作的行。
    13、假如使用了in或or等时发觉查询没有走索引，使用显式申明指定索引： SELECT * FROM PersonMember (INDEX = IX_Title) WHERE processid IN ('男'，'女')。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。