一、基本语句优化

1.尽量避免在列上进行运算，这样会导致索引失败。例如：

select * from table where DATE_FORMAT(`customer_regtime`,'%Y')>='2010'

优化为

select * from table where customer_regtime>='2010-01-01'

2.在使用join时，应该根据功能的需要尽量使用小结果集驱动大结果集。同时把复杂的join查询拆分成多个query。因为join多表时，可能导致更多的锁定和堵塞。

3.仅列出需要的字段，这对查询速度没有影响，但是对内存可以节省很多。例如：

select * from customer;

优化为

select customer_id,customer_name from customer;

4.使用批量插入时节省交互例如:

insert into a1(name) values('name1');

insert into a1(name) values('name2');

insert into a1(name) values('name3');

insert into a1(name) values('name4');

优化为：

insert into a1(name) values('name1'),('name2'),('name3'),('name4');

5.limit 的基数比较大时，可以使用where between 或其他方式代替。

6.不要使用rand函数获取多条随机数据例如：

select * from a2 order by rand() limit 20;

可以使用php参数随机数使用 mysql in 查询 。

7.避免使用null

8.不要使用count(id),因该使用count(*)

9.不要做无谓的排序操作，尽可能的在索引中完成。

二、索引与性能分析

查看sql执行的效率可以通过开始 profiling 来查看

set profiling =1;

开启后执行sql语句mysql就会分析执行该sql 的详细报告

例如  多执行几遍

select * from a2;

然后 查看

show profiles;

第一次用时是最长的比后面的时间变多了几乎一倍，这是因为mysql缓存了查询。

如果需要查看某一个语句的细节可以使用

show profile cpu,block io for query 4;

结果为：

查看select 语句在执行过程中是否用到索引，如果是联合查询时联合的顺序类型等信息可以使用explain

explain select * from a2;

结果为：

个属性含有如下

id：查询序列号

select_type:查询的类型，主要包括普通查询，联合查询、子查询。

table:查询的表明。

type:联合查询使用的类型。

possible_keys：表示mysql能使用哪个索引在该表中找到该行。如果这个值是空就表示没有用到索引，可以通过检查where子句，看看是否引用了某些字段。

key：显示mysql实际决定使用的键。如果没有索引被应用则为空。

key_len:显示mysql决定使用的键长度。如果键是null这个也是null。这个值反应出一个多重主键里实际使用了哪部分。

ref：显示哪个字段或常数与key一起被使用。

rows：这个值表示mysql要便利多少数据才能找到需要的结果集，在innodb上不准确。

extra：如果是 only index，意味着信息只能用索引树中的信息检索，这比扫描整个表要快，如果是where used，则表示使用了where 限制，但是用索引还不够，如果是impossi-ble where，则表示通过收集到的统计信息判断出不可能存在的结果。除此之外，extra还有下面一些可能值：using filesort：表示包含orderby 且无法使用索引进行排序操作时，不得不使用相应的排序算法实现。using temporary:使用临时表，常见于orderby和group by。select tables optimized way：使用聚合函数，并且mysql进行了快速定位。通常是max，min，count(*) 等函数。

type特别说明：type显示的访问类型是较重要的指标：结果重好到坏一次是：system(系统表)，const(读常量)，eq_tef(最大一条比配结果，通常是通过主键访问)，ref(被驱动表索引引用)，fulltext(全文索引检索)，ref_of_null(带空值的索引查询)，index_merge(合并索引结果集),unique_subquery(子查询中返回的字段是唯一组合或索引)，index_subquery(子查询返回的是索引，但非主键)，range(索引范围扫描)，index(全索引烧苗)，all(全表扫描)。

一般来说，保证查询至少range级，最好能达到ref级。all为全表扫描，是最坏的情况，表示没有用到索引。

索引的建立和使用原则：

合理设计和使用索引。

在关键字段的索引上，建与不建索引，查询数度相差近100倍。

差的索引和没有索引想过一样。

索引并非越多越好，因为维护需要成本。

每个表的索引在5个一下，应合理利用部分索引和联合索引。

不在结果集中的结果单一的列上建立索引。比如性别字段只有0和1两种结果，在这个字段上建立索引不会有太大的帮助。

建索引的字段结果集最好分布均匀，或者符合正态分布。