1. profiling之性能分析
MySQL5.0.37版本以上支持了Profiling – 官方手册。此工具可用来查询 SQL 会执行多少时间，System lock和Table lock 花多少时间等等，对定位一条语句的 I/O消耗和CPU消耗 非常重要。
查看profiling；
select @@profiling; 启动profiling: set @@profiling=1 关闭profiling ： set @@profiling=0;
sql语句； 1.查看profile记录
show profiles;
Duration:我需要时间；
query：执行的sql语句；
2.查看详情：
show profile for query 2；
3.查看cup和io情况
show profile cpu,block io for query 2;
2.explain 分析
1.id：一组数字，操作顺序，如果id相同，则执行顺序由上至下，如果是子查询，id的序号递增，值越大优先级越高，越先被执行；
2.select_type:表示每个字句的类型，简单还是复杂，取值如下；
a>simple :简单查询，无子查询或union等；
b>primary:查询中若包含复杂的子部分，最外层则被标记为primary；
c>subquery：在select或where中若包含子查询，则该子查询被标记为subquery；
d>derived：from中包含子查询，被标记为derived；
e>union：若select出现在union之后，则被标记为union；
f>union result：从union表中获取结果的select将被标记为union result；
3.table 查询的数据库表名称
4.type 联合查询使用的类型
all :全表扫描
index：全表扫描,只是扫描表的时候按照索引次序 进行而不是行。主要优点就是避免了排序, 但是开销仍然非常大。
range:索引范围扫描
ref:非唯一性索引扫描，交返回匹配单独值的所有行，常见于使用非唯一性索引或唯一性索引的非唯一前缀进行的查找。
eq_ref:唯一性索引扫描
const、system：当mysql对查询的某部分进行优化，并转换为一个常量时。如将主键置于where列表中，mysql就能将该查询转换为一个常量。system是const的特例，当查询的表只有一行的情况下，即可使用system。
5. possible_keys： 指出mysql能使用哪个索引在表中找到行，查询涉及的字段上若存在索引，则该索引将被列出。如果为空,说明没有可用的索引
6.key：使用到了哪个索引，这里列出的是实际使用到的索引，若没有使用索引，则显示为null。
7.key_len:使用的索引的长度。在不损失精确性的情况 下,长度越短越好。
8.ref:显示索引的哪一列被使用了
9.rows:MYSQL 认为必须检查的用来返回请求数据的行数.找到所需记录，需要读取的行数，越少越好
10.Extra：不适合在其他列显示，但却十分重要的信息，常见的有如下值：
a) Using index：使用了索引检索。
b) where used：使用了where限制，但是用索引还不够。
c) Using temporary：需要使用临时表来存储结果集，常见于排序和分组查询。性能差。
d) Using filesoft：使用了文件排序，性能差。
参考资料：http://www.cnblogs.com/sybblogs/p/7999353.html
http://blog.csdn.net/asia_kobe/article/details/78683482