数据库sql优化

1.对查询进行优化，要尽量避免全表扫描，首先应考虑在 
    where 及 order by 涉及的列上建立索引。
2.应尽量避免在 where 子句中对字段进行 null 值判断，否
    则将导致引擎放弃使用索引而进行全表扫描，如：
    select id from t where num is null
    最好不要给数据库留NULL，尽可能的使用 NOT NULL填充数据库.
    备注、描述、评论之类的可以设置为 NULL，其他的，最好不要使用NULL。
    不要以为 NULL 不需要空间，比如：char(100) 型，在字段建立时，
    空间就固定了， 不管是否插入值（NULL也包含在内），都是占用 100个字
    符的空间的，如果是varchar这样的变长字段， null 不占用空间。
3.应尽量避免在 where 子句中使用 != 或 <> 操作符，否则将引擎放弃使用索
    引而进行全表扫描。
4.应尽量避免在 where 子句中使用 or 来连接条件，如果一个字段有索引，一
    个字段没有索引，将导致引擎放弃使用索引而进行全表扫描，如：
    select id from t where num=10 or Name = 'admin'
    可以这样查询：
    select id from t where num = 10 union all select id from t where Name = 'admin'
5.in 和 not in 也要慎用，否则会导致全表扫描，如：
    select id from t where num in(1,2,3)
    对于连续的数值，能用 between 就不要用 in 了：
    select id from t where num between 1 and 3  【between a and b 包含a、b】
    很多时候用 exists 代替 in 是一个好的选择：
    select * from A where aid in(select bid from B where bid=A.aid)
    用下面的语句替换：
    select * from A where exists(select bid from B where bid=A.aid)
    exists()会执行A.length次,它并不缓存exists()结果集,因为exists()结果集
    的内容并不重要,重要的是结果集中是否有记录,如果有则返回true,没有则返回false.    
6.下面的查询使用了 like 也将导致全表扫描：
    select id from t where name like ‘%abc%’
    如果提高效率，可以使用全文索引FULLTEXT INDEX
7.应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。
    不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。如：
    select id from t where num/2 = 100
    应改为:
    select id from t where num = 100*2
8.应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。
9.在使用索引字段作为条件时，如果该索引是复合索引，那么必须使用到该索引中的第一个字
    段作为条件时才能保证系统使用该索引，否则该索引将不会被使用，并且应尽可能的让字
    段顺序与索引顺序相一致。
　　　　【组合索引的最左前缀原则】
　　　　　select ....from...where (name、age、city作为限定条件时)
　　　　　例如组合索引（name,age,city）,
　　　　　能是索引起作用的是 name、age/name、city/name/age/city
　　　　　age和city的组合不能使索引起作用
　　　　　
16.索引并不是越多越好，索引固然可以提高相应的 select 的效率，但同时也降低了 insert 
    及 update 的效率，因为 insert 或 update 时有可能会重建索引，所以怎样建索引需要
    慎重考虑，视具体情况而定。一个表的索引数最好不要超过6个，若太多则应考虑一些不常
    使用到的列上建的索引是否有必要。
　　　　　创建了索引，索引的文件会占用数据库的物理空间，数据库表中的数据占用的数据空间
　　　　　创建了索引，数据量越大，索引文件越大，影响效率；索引的维护也会更花时间