我们面对一个问题的时候，首先是发现问题，然后才是解决问题。在这篇文章中，主要解决如何定位问题。
show status [like ‘com_%‘];Com_xxx表示每个xxx语句执行的次数。
具体参数，参见：
http://lxneng.iteye.com/blog/451985
http://www.sandzhang.com/blog/2010/04/07/mysql-show-status-explained-detail/
explain sql_statement;
参数关系
| 参数 | 解释 | 值 |
|---|---|---|
| select_type | 表示查询的类型 | simple-简单表，primary-主查询，union-union中的第二个查询，subquery-子查询 |
| table | 查询的表 | - |
| type | 访问类型 | all-全表扫描，index-索引全扫描，range-索引范围扫描，ref-使用非唯一索引或(唯一索引的前缀）扫描，eq_ref-唯一索引扫描，const/system-单表最多有一行匹配，null-不用访问表或索引，就能直接得到结果 |
| possible_keys | 查询时候可能使用到的索引 | - |
| key | 实际使用的索引 | - |
| key_len | 使用索引字段长度 | - |
| rows | 扫描行的数量 | - |
| extra | 执行情况说明和描述 | - |
explain extended sql_statement;
show warnings;
explain extended输出结果相比explain多了filtered字段(所有结果行数/查询结果行数*100），show warning的message字段可以看到sql优化器优化的结果。
#查看是否mysql支持profile
SELECT @@have_profiling;
#查看是否开启profiling
select @@profiling;
#查看profile
show profiles;
#查看某一个具体的query的profile,n-查询id;
show profile for query n;
Sending data状态表示mysql线程开始访问数据行并把结果返回给客户端，而不仅仅是返回结果给客户端。
#开启trace,设置格式为json,设置trace能使用的最大内存大小。
set optimizer_trace="enabled=on",end_markers_in_json=on;
set optimizer_trace_max_mem_size=100000;
#检查trace
SELECT * FROM information_schema.OPTIMIZER_TRACE;原文地址：http://blog.csdn.net/pursuing0my0dream/article/details/46227903
