SQL的优化

对查询进行优化，要尽可能避免全表扫描，首先应考虑在 where 及 order by 涉及的列上创建索引。

对查询进行优化，要尽可能避免全表扫描，首先应考虑在进行条件判断的字段上建立了索引。

应尽可能避免在where子句中对字段进行null值判断，使用！= 或 <>操做符等，不然将致使引擎放弃使用索引而进行全表扫描。

也不能在where子句中使用or来链接条件（应该用union  all来使用两个语句），若是一个字段有索引另一个字段没有索引也会致使引擎放弃使用索引而进行全表扫描。

not in应该慎用  ，  用not exists代替not in

（mysql中）模糊查询避免使用“%”

避免在where子句中进行表达式计算操做

在使用索引字段做为条件是，若是该索引是复合索引那么必须使用到该索引中第一个字段做为条件时才能保证系统使用了索引（最左原则） ，不然该索引将不会被使用，而且应该尽量的让字段顺序和索引顺序一致。所谓复合索引就是建立一个索引的时候做用在多个字段上。

updata语句，若是只更改一两个字段，不要update所有字段，不然频繁调用会引发明显的性能消耗，同时带来大量日志。

对于多张大数据量（这里几百条算大了）的表链接，能够考虑使用程序去实现，不要作链接查询，就是尽可能避开多表查询。

索引并非越多越好，索引当然能够提升相应的select的效率，但同时也下降了insert及update的效率，由于insert或update时有可能会重建索引，索引怎么样建索引须要慎重考虑，视具体状况而定。

尽可能使用数字型字段，若只会数值信息的字段尽可能不要设置为字符型，这回下降插叙和链接的性能，并会增长存储开销，这是由于引擎在处理查询和链接是会逐个比较字符串中每个字符，而对于数据型而言只须要比较一次就够了。

任何地方都不要使用select*from，用具体的字段代替“*”，不要返回用不到的任何字段。

学会使用慢查询来进行数据库的优化。