Mysql实验之使用explain分析索引的走向
发布于 2018-02-20 05:25:00 | 197 次阅读 | 评论: 0 | 来源: 网友投递
Mysql关系型数据库管理系统
MySQL是一个开放源码的小型关联式数据库管理系统，开发者为瑞典MySQL AB公司。MySQL被广泛地应用在Internet上的中小型网站中。由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。
概述
索引是mysql的必须要掌握的技能，同时也是提供mysql查询效率的手段。通过以下的一个实验可以理解？mysql的索引规则，同时也可以不断的来优化sql语句
实验目的
本实验是为了验证组合索引的 最左原则
说明
此实验只是为了验证实际使用索引的结果，请忽略设计的合理性
准备工作
1、用户表一张，有uid ,user_name,real_name ,eamil等字段，详细见建表语句
2、在user_name字段下增加一个简单索引user_name，在email,mobile，age三个字段下增加索引complex_index
3、表引擎使用MyISAM，增加
4、准备97000条数据（具体的可以根据实际情况来定数据量，这里准备的是97000+）
5、实验工具Navcat
建表语句
DROP TABLE IF EXISTS `qz_users`;
CREATE TABLE `qz_users` (
`uid` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '用户的 UID',
`user_name` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '用户名',
`real_name` varchar(128) CHARACTER SET utf8 DEFAULT NULL COMMENT '用户姓名',
`email` varchar(255) CHARACTER SET utf8 DEFAULT NULL COMMENT 'EMAIL',
`mobile` varchar(16) CHARACTER SET utf8 DEFAULT NULL COMMENT '用户手机',
`password` varchar(32) CHARACTER SET utf8 DEFAULT NULL COMMENT '用户密码',
`salt` varchar(16) CHARACTER SET utf8 DEFAULT NULL COMMENT '用户附加混淆码',
`avatar_file` varchar(128) CHARACTER SET utf8 DEFAULT NULL COMMENT '头像文件',
`sex` tinyint(1) DEFAULT NULL COMMENT '性别',
`birthday` int(10) DEFAULT NULL COMMENT '生日',
PRIMARY KEY (`uid`),
KEY `user_name` (`user_name`(250)),
KEY `complex_index` (`email`,`mobile`,`sex`)
) ENGINE=MyISAM AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;准备的查询语句
explain select * from qz_users where user_name = "ryanhe";
explain select * from qz_users where email = "x";
explain select * from qz_users where email = "x" and mobile = "x" and sex=1;
explain select * from qz_users where email = "x" and mobile = "x";
explain select * from qz_users where email = "x" and sex = "x";
explain select * from qz_users where sex = "x" and mobile = "x";
explain select * from qz_users where mobile = "x" and sex = "0";结果分析
使用 user_name 条件
explain select * from qz_users where user_name= "x";结果
分析
| 是否走索引 | 索引名称 | 扫描记录数 |
|---|---|---|
| 是 | user_name | 1 |
使用 email 条件
explain select * from qz_users where email = "x";结果
分析
| 是否走索引 | 索引名称 | 扫描记录数 |
|---|---|---|
| 是 | complex_index | 7 |
使用 email + mobile + sex条件
explain select * from qz_users where email = "x" and mobile = "x" and sex=1;结果
分析
| 是否走索引 | 索引名称 | 扫描记录数 |
|---|---|---|
| 是 | complex_index | 1 |
使用 email + mobile 条件
explain select * from qz_users where email = "x" and mobile = "x";
结果
分析
| 是否走索引 | 索引名称 | 扫描记录数 |
|---|---|---|
| 是 | complex_index | 7 |
使用 email + sex 条件
explain select * from qz_users where email = "x" and sex = "x";结果
分析
| ][3] 是否走索引 | 索引名称 | 扫描记录数 |
|---|---|---|
| 是 | complex_index | 7 |
使用 sex + mobile 条件
explain select * from qz_users where sex = "x" and mobile = "x";结果
分析
| 是否走索引 | 索引名称 | 扫描记录数 |
|---|---|---|
| 否 | 97185 |
使用 mobile+ sex 条件
explain select * from qz_users where mobile = "18602199680" and sex = "0";结果
分析
| 是否走索引 | 索引名称 | 扫描记录数 |
|---|---|---|
| 否 | 97185 |
结论
通过上面的结果可以得知，当设置了组合索引之后，合理的使用查询条件的顺序是可以避免sql语句的慢查询的