mysql查询优化技巧

索引优化，查询优化，查询缓存，服务器设置优化，操作系统和硬件优化，应用层面优化（web服务器，缓存）等等。这里记录的优化技巧更适合开发人员，都是从网络上搜集和整理的，主要是查询语句上的优化，其他层面上的优化技巧在此不做记录。

查询的开销指标：执行时间，检查的行数，返回的行数。

建立索引的几个准则：

(1)合理的建立索引能够加速数据读取效率，不合理的建立索引反而会拖慢数据库的响应速度。

(2)索引越多，更新数据的速度越慢。

(3)尽量在采用MyIsam作为引擎的时候使用索引（因为MySQL以BTree存储索引），而不是InnoDB。但MyISAM不支持Transcation。

(4)当你的程序和数据库结构/SQL语句已经优化到无法优化的程度，而程序瓶颈并不能顺利解决，那就是应该考虑使用诸如memcached这样的分布式缓存系统的时候了。

(5) 习惯和强迫自己用EXPLAIN来分析你SQL语句的性能。

一、count的优化

(1). select count(*) from world.city where id > 5;

(2). select (select count() from world.city) – count() from world.city where id <= 5;

1语句当行数超过11行的时候需要扫描的行数比2语句要多， 2语句扫描了6行，此种情况下，2语句比1语句更有效率。当没有where语句的时候直接select count(*)                 from world.city这样会更快，因为mysql总是知道表的行数。

二、索引字段上进行运算会使索引失效

尽量避免在WHERE子句中对字段进行函数或表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如：

SELECT * FROM T1 WHERE F1/2=100 应改为: SELECT * FROM T1 WHERE F1=100*2

三、避免使用!=或＜＞、IS NULL或IS NOT NULL、IN ，NOT IN等这样的操作符

因为这会使系统无法使用索引,而只能直接搜索表中的数据。例如: SELECT id FROM employee WHERE id != “B%” 优化器将无法通过索引来确定将要命中的行数,因此         需要搜索该表的所有行。在in语句中能用exists语句代替的就用exists.

四、合理使用EXISTS,NOT EXISTS子句

五、 能够用BETWEEN的就不要用IN

六、 能够用DISTINCT的就不用GROUP BY

七、尽量不要用SELECT INTO语句。SELECT INTO 语句会导致表锁定，阻止其他用户访问该表

八、程序中如果一次性对同一个表插入多条数据

比如以下语句：

insert into person(name,age) values(‘xboy’, 14);

insert into person(name,age) values(‘xgirl’, 15);

insert into person(name,age) values(‘nia’, 19);

把它拼成一条语句执行效率会更高.

insert into person(name,age) values(‘xboy’, 14), (‘xgirl’, 15),(‘nia’, 19);