MySQL执行计划(explain)分析EXPLAIN支持对SELECT、UPDATE、INSERT、REPLACE、DELETE分析
执行计划能知道:SQL如何使用索引
联接查询的执行顺序
查询扫描的数据行数
ID列:表示执行SELECT语句的顺序
ID相同时,执行顺序由上至下
ID越大优先级越高,越优先被执行
SELECT_TYPE列:SIMPLE:不包含子查询或是UNION操作的查询
PRIMARY:查询中包含任何子查询,那么最外层的查询则被标记为PRIMARY
SUBQUERY:SELECT列表中的子查询
DEPENDENT SUBQUERY:依赖外部结果的子查询
UNION:UNION操作的第二个或是之后的查询的值为UNION
DEPENDENT UNION:当UNION作为子查询时,第二或是第二个后的查询的SELECT_TYPE值
UNION RESULT:UNION产生的结果集
DERIVED:出现在FROM子句中的子查询
用途:查看查询方法
TABLE列:输出数据行所在的表的名称
由ID为M,N查询union产生的结果集
或由ID为N的查询产生的结果
用途:查看数据来源
PARTITIONS列对于分区表,显示查询的分区ID
对于非分区表,显示为NULL
用途:用于检查出低效率的跨分区扫描
TYPE列system:这是const联接类型的一个特例,当查询的表只有一行时使用
const:表中有且只有一个匹配的行时使用,如对主键或是唯一索引的查询,效率最高的联接方式
eq_ref: 唯一索引或主键查找,对于每个索引键,表中只有一条记录与之匹配
ref:非唯一索引查找,返回匹配某个单独值的所有行。
ref_or_null:类似于ref类型的查询,但是附加了对NULL值列的查询
index_merge:该联接类型表示使用了索引合并优化方法。
range:索引范围扫描,常见于between、>、
index:全索引撒秒,同ALL的区别是,遍历的是索引数
ALL:全表扫描,效率最差的连接方式
EXTRA列distinct:优化distinct操作,在找到第一匹配的元祖后即停止找同样值的动作
not exists:使用Not Exists来优化查询
using filesort:使用额外操作进行排序,通常会出现在order by或group by查询中
using index:使用了覆盖索引进行查询
using temporary:MySQL需要使用临时表来处理查询,常见于排序,子查询,和分组查询
using where:需要在MySQL服务器层使用WHERE条件来过滤数据
select tables optimized away:直接通过索引来获取数据,不用访问表(效率最高)
POSSIBLE_KEYS列指出MySQL能使用哪些索引来优化查询
查询列所涉及到的列上的索引都会被列出,但不一定会被使用
KEY列查询优化器优化查询实际所使用的索引
如果没有可用的索引,则显示为NULL
如查询使用了覆盖索引,则该索引仅出现在Key列中
KEY_LEN列表示索引字段的最大可能长度
长度由字段定义计算而来,并非数据的实际长度
REF列表示哪些列或常量被用于查找索引列上的值
ROWS列表示MySQL通过索引统计信息,估算的所需读取的行数
ROWS值的大小是个统计抽样结果,并不十分准确
FILTERED列表示返回结果的行数占需读取行数的百分比
FILTERED列的值越大越好
依赖于统计信息
执行计划的限制无法展示存储过程,触发器,UDF对查询的影响
无法使用EXPLAIN对存储过程进行分析
早期版本的MySQL只支持对SELECT语句进行分析
常见业务优化处理
优化评论分页查询
例子SELECT customer_id,title,content FROM `product_comment`WHERE audit_status=1 AND product_id=199726LIMIT 0,5
这里的索引有audit_status和product_id,可以建立联合索引。但是哪个放左边就要计算区分度。
计算方法SELECT COUNT(DISTINCT audit_status)/COUNT(*) AS audit_rate,
COUNT(DISTINCT product_id)/COUNT(*) AS product_rate
FROM product_comment;
区分度越高越好,放左边。结论product_rate>audit_rate
建立联合索引CREATE INDEX idx_productID_auditStatus ON product_comment(product_id,audit_status)
如何删除重复数据
业务场景:删除评论表中对同一订单同一商品的重复评论,只保留最早的一条。查看是否存在对于同一订单同一商品的重复评论。SELECT order_id,product_id,COUNT(*) FROM product_comment GROUP BY order_id,product_id HAVING COUNT(*)>1;备份product_comment表。CREATE TABLE bak_product_comment_161022 LIKE product_comment;
INSERT INTO bak_product_comment_161022 SELECT * FROM product_comment;删除同一订单的重复评论。DELETE a
FROM product_comment a
JOIN(
SELECT order_id,product_id,MIN(comment_id) AS comment_id
FROM product_comment
GROUP BY order_id,product_id
HAVING COUNT(*)>=2) b ON a.order_id=b.order_id AND a.product_id=b.product_idAND a.comment_id>b.comment_id
如何进行分区间数据统计示例
业务场景:统计消费总金额大于1000元的,800到1000元的,500到800元的,以及500元以下的人数。SELECT COUNT(CASE WHEN IFNULL(total_money,0) >=1000 THEN a.customer_id END) AS '>1000'
,COUNT(CASE WHEN IFNULL(total_money,0) >=800 AND IFNULL(total_money,0) <1000 THEN a.customer_id END) AS '800~1000'
,COUNT(CASE WHEN IFNULL(total_money,0) >=500 AND IFNULL(total_money,0) <800 THEN a.customer_id END) AS '500~800'
,COUNT(CASE WHEN IFNULL(total_money,0) <500 THEN a.customer_id END) AS '<500'FROM mc_userdb.`customer_login` a
LEFT JOIN
( SELECT customer_id,SUM(order_money) AS total_money
FROM mc_orderdb.`order_master` GROUP BY customer_id) b
ON a.`customer_id`=b.`customer_id`
捕获有问题的SQL-慢查日志启动MySQL慢查日志set global show_query_log_file = /sql_log/show_log.logset global log_queries_not_using_indexes = on; -- 未使用索引的SQL记录日志set global long_query_time=0.001; -- 抓取执行超过多少时间的SQL(秒)set global low_query_log=on; -- 启动如何分析慢查日志,使用mysqldumpslow工具,例如:mysqldumpslow slow-mysql.log
作者:linxinzhe
链接:https://www.jianshu.com/p/4644d7243185