一条SQL在MYSQL中游记
目录
1.前言
Mysql是市场上比较成熟的关系型存储数据库,是大部分互联网公司的主数据库.
本文以mysql5.7版本为例开始讲解.
2.mysql简介
2.1mysql架构图
2.2组件介绍
2.2.1连接器(Connector)
连接器负责跟客户端建立连接、获取权限、维持和管理连接。
2.2.2缓存(Query Cache)
MySQL 拿到查询请求后，会先查询缓存，看是不是执行过这条语句。
2.2.3分析器(Analyzer)
MySQL 需要对 SQL 语句进行解析。
2.2.4优化器(Optimizer)
优化器是在表里面有多个索引的时候，决定使用哪个索引；或者在一个语句有多表关联（join）的时候，决定各个表的连接顺序。
2.2.5执行器(Actuator)
开始执行语句.
3.查询语句的执行流程
3.1 执行流程
4.存储引擎的处理
4.1 innodb处理
4.1.1 走索引的流程
4.1.2 不走索引的流程
5.索引
5.1 索引方式
1. Hash
2.BTree
5.2 示例
1.如果条件中有or，即使其中有条件带索引也不会使用(这也是为什么尽量少用or的原因)
EXPLAIN select * from test where id = 1 or no = 1;
2.对于多列索引，不是使用的第一部分，则不会使用索引
EXPLAIN select * from test where index1 = 1 and index2 = 1 and index3 = 1;
EXPLAIN select * from test where index3 = 1 and index2 = 1 and index1 = 1;
EXPLAIN select * from test where index3 = 1 and index2 = 1;
EXPLAIN select * from test where index2 = 1 and index3 = 1;
EXPLAIN select * from test where index1 = 1 and index3 =1 ;
EXPLAIN select * from test where index1 = 1 and index2 =1 ;
EXPLAIN select * from test where index1 = 1 ;
EXPLAIN select * from test where index2 = 1 ;
EXPLAIN select * from test where index3 = 1 ;
3.like查询以%开头
EXPLAIN select * from test where like_index like '1';
EXPLAIN select * from test where like_index like '1%';
EXPLAIN select * from test where like_index like '%1%';
4.如果列类型是字符串，那一定要在条件中将数据使用引号引用起来,否则不使用索引
EXPLAIN select * from test where like_index = 3;
EXPLAIN select * from test where like_index = '3';
5. in 和 not in
EXPLAIN select * from test where no in (1,2);
EXPLAIN select * from test where no not in (1,2);
EXPLAIN select * from test where index1 not in (SELECT key1 from testIndex)
EXPLAIN select * from test where index1 in (SELECT key1 from testIndex)
6.索引列上用了函数
EXPLAIN select * from test where upper(like_index) = 'aa';
7.如果mysql估计使用全表扫描要比使用索引快,则不使用索引
比如一个查询sql使用索引需要扫描10w条数据,而不走索引需要查询1w条数据时,mysql会选择不使用索引.
8.索引列存在null值
查看索引使用情况
show status like 'Handler_read%';
返回数据说明
Handler_read_first：索引中第一条被读的次数。如果较高，表示服务器正执行大量全索引扫描（这个值越低 越好）。
Handler_read_key：如果索引正在工作，这个值代表一个行被索引值读的次数，如果值越低，表示索引得到的 性能改善不高，因为索引不经常使用（这个值越高越好）。
Handler_read_next ：按照键顺序读下一行的请求数。如果你用范围约束或如果执行索引扫描来查询索引列， 该值增加。
Handler_read_prev：按照键顺序读前一行的请求数。该读方法主要用于优化ORDER BY ... DESC。
Handler_read_rnd ：根据固定位置读一行的请求数。如果你正执行大量查询并需要对结果进行排序该值较高。你可能使用了大量需要MySQL扫描整个表的查询或你的连接没有正确使用键。这个值较高，意味着运行效率低，应 该建立索引来补救。
Handler_read_rnd_next：在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说 明你的表索引不正确或写入的查询没有利用索引。
鸣谢:
https://lalitvc.wordpress.com/2016/11/03/mysql-architecture-and-components/
附:
1.示例中表结构
CREATE TABLE `test` (
`id` bigint NOT NULL AUTO_INCREMENT,
`no` bigint NOT NULL,
`index1` bigint NOT NULL,
`index2` bigint NOT NULL,
`index3` bigint NOT NULL,
`like_index` varchar(255) NOT NULL,
`null_index` varchar(255) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `idx_no` (`no`) USING BTREE,
KEY `idx_ composite` (`index1`,`index2`,`index3`) USING BTREE,
KEY `idx_like` (`like_index`) USING BTREE,
KEY `idx_nulll` (`null_index`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8
浙公网安备 33010602011771号