避免索引失效，否则导致全表扫描
全值匹配、最佳左前缀法则<br>
范围查询以后的索引字段会失效
尽量使用覆盖索引，减少select *的使用
mysql在使用不等于(!=或<>时索引失效)
is null，is not null 也无法使用索引
like不要以通配符开头('%abc...')
少用 or，字符串记得加单引号
不在索引列上做任何操作(计算、函数、类型转换)
explain：部分重要参数
type：访问类型，保证查询至少达到range级别，最好能达到 ref
possible_keys：可能用到的索引
key：实际用到的索引
key_len：索引中使用的字节数，越短越好
ref：显示索引的哪一列被使用了，最好是个常数
rows：找到所需记录需要读取的行数，越少越好
Extra
Using filesort：使用了文件排序，不好
Using temporary：使用了临时表，非常耗性能
Using index：使用了【覆盖索引】，效果不错
order by
尽可能在索引列上完成排序操作，根据最佳左前缀法则，否则会产生filesort
双路排序：Mysql4.1之前使用双路排序，扫描两次磁盘，先从磁盘<br>取出排序字段存在buffer中，再取其他字段，最终的到目标数据
单路排序：Mysql4.1之后使用单路排序，从磁盘读取查询需要的所有列，按<br>照order by列在buffer对它们进行排序，然后扫描排序后的列表进行输出
二者比较：单排效率更快一些，避免了第二次读取数据。并且把随机IO变成了顺序<br>IO，但是它会使用更多的空间，有可能超出sort_buffer的容量导致多次IO，得不偿失
优化策略<br>
order by 时不要使用 select *，容易把sort_buffer占满<br>
增大 sort_buffer_size 参数的设置<br>
增大 max_length_for_sort_data 参数的设置
group by
group by 的优化和order by大体相同
group by 实质是先排序后进行分组，遵照索引建的最佳左前缀法则
当无法使用索引列，增大 max_length_for_sort_data 参数的设置+增大 sort_ buffer_ size 参数的设置
where 高于 having，能写在 where 限定的条件就不要写 having 了
