查询性能优化：
请求了本不需要的数据：不需要的列、不需要的行、重复查询同一个结果；
衡量查询开销的指标：响应时间、扫描的行数、返回的行数；
数据访问类型效率从高到低依次为：常量引用、唯一索引查询、范围扫描、索引扫描、全表扫描；
使用where条件从好到坏依次为：在索引中过滤、使用索引覆盖扫描在服务器中过滤、从数据表中返回数据然后过滤；
扫描大量行只返回少量行的解决办法：使用索引覆盖、改变表结构使用汇总表、重写复杂查询；
重构查询的方式：分解复杂查询为多个简单查询、切分查询、分解关联查询；
查询执行的步骤：接收查询请求、查询缓存、解析和预处理sql、优化生成执行计划、调用存储引擎查询、返回结果；
MySQL通信协议：半双工；
查看当前连接状态：SHOW FULL PROCESSLIST；
MySQL连接状态：
Sleep：等待客户端发送新的请求；
Query：正在执行或者正在将结果发送给客户端；
Locked：正在等待锁；
Analyzing and statistics：正在收集存储引擎统计信息，并生成执行计划；
Copying to tmp table：正在执行查询并将结果复制到一个临时表中，这种状态要么是坐group by操作，要么是文件排序操作，要么union操作。这个状态后面还有“on disk”标记，表示正在将一个内存临时表放在磁盘上；
Sorting result：线程正在对结果进行排序；
Sending data：表示在多个状态之间传送数据，或者在生成结果集，或者在向客户端返回数据；
MySQL能够处理的优化类型：重新定义关联表的顺序、将外连接转化成内连接、使用等价交换规则、优化count/min/max等函数、预估并转化为常数表达式、覆盖索引扫描、子查询优化、提前终止查询、等值传播、列表in的比较；
查看重构后的查询：先执行explain extended sql，再执行show warnings；
如果有超过n个表的关联，那么需要检查n的阶乘种关联顺序，使用straight_join限制表关联顺序优化；
MySQL排序算法：两次传输排序（读取行指针和需要排序的字段然后进行排序，根据排序结果读取需要的行）、单词传输排序（读取整列进行排序），当读取列长度不超过max_length_for_sort_data时，使用单词排序；
MySQL排序的时候需要分配数据类型的完整长度，如果order by子句中的列都来自关联第一个表，那么在处理第一个表的时候就进行文件排序，在extra中可以看到“Using filesort”，否则会将第一个表的结果存临时表，在所有关联结束后进行排序，extra可以看到“Using temporary；Using filesort”；
查询优化器的提示：high_priority/low_priority(只对表锁引擎有效)、straight_jion、sql_buffer_result、sql_cache/sql_no_cache、for update/lock in share mode(对实现行级锁的存储引擎有效，尽量避免使用)、use_index/ignore_index/force_index(5.1后有效)；
count()优化：count函数有两种非常不同的作用：统计某个列值的数量(当count中的参数含有列值时；不统计NULL)、统计行数。无任何where条件时MyISAM的count执行的非常快。
优化关联查询：当表A和表B通过列C来关联的时候，如果优化器的关联顺序是BA，那么就不需要在B表的对于列上建索引；确保group by和order by中的表达式只涉及到一个表中的列；
union查询：除非确实需要服务器消除重复的行，否则就一定要使用union all，因为如果没有all关键字MySQL会给临时表加上distinct选项，这会导致对整个临时表的数据做唯一性检查，代价非常高；
本文转自 古道卿 51CTO博客，原文链接:http://blog.51cto.com/gudaoqing/1322335
