EXPLAIN可以帮助开发人员分析SQL问题,EXPLAIN显示了MySQL如何使用使用SQL执行计划,可以帮 助开发人员写出更优化的查询语句。
# 具体使用
EXPLAIN SELECT * FROM XXtable
从最好到最差的连接类型为:
system > const > eq_ref > ref > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
一般来说,得保证查询至少达到range级别,最好能达到ref。
如果是空的,没有相关的索引。这时要提高性能,可通过 检验WHERE子句,看是否引用某些字段,或者检查字段不是适合索引。
如果为NULL,则没有使用索引。如果为primary的话,表示使用了主键。
如果键是NULL,长度就是NULL。在不损失精确性的情况下,长度越短越好。
Extra 执行状态说明,该列包含MySQL解决查询的详细信息
CREATE TABLE `wms_account` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`username` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '用户名 默认以员工手机号',
`password` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '密码',
`create_time` datetime NULL DEFAULT NULL COMMENT '账号创建时间',
`emp_name` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '员工姓名',
`emp_age` int(3) NULL DEFAULT NULL COMMENT '员工年龄',
`emp_sex` tinyint(2) NULL DEFAULT NULL COMMENT '员工性别\r\n0=女,\r\n1=男',
PRIMARY KEY (`id`) USING BTREE,
INDEX `tologin`(`username`, `password`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 24 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;
下面是测试结果
第一次查询的emp_age 是没有索引的,所以type是全表扫描
第二次查询虽然走了查询字段是索引,但最终结果依旧是全表扫描,是select * 导致没有走索引
第三次查询没有使用 select * 故走了索引,所以第三次才是合格的sql
1、数据库字段类型不一致 where t1.A = t2.B 如果A是varchar B是int 会失效!
2、在索引列上使用Mysql内置函数,一定会导致索引失效
3、对索引列进行运算,一定会导致索引失效
失效:select * from `user` where age - 1 = 10;
不失效:select * from `user` where age = 10 -1 ;
特殊说明: 解决问题的光鲜,藏着磕Bug的痛苦。 万物皆入轮回,谁也躲不掉! 以上文章,均是我实际操作,写出来的笔记资料,不会出现全文盗用别人文章!烦请各位,请勿直接盗用!