《Mysql45讲》学习记录

目录

系列文章目录

前言

一、MySQL的基本架构？

二、Server层模块解读

1.连接器

2.查询缓存

3.分析器（做什么）

4.优化器（怎么做）

5.执行器（执行）

总结

---

 

系列文章目录

第一讲 01.基础架构：一条SQL查询语句是如何执行的？

第二讲 02.日志系统：一条SQL更新语句是如何执行的？

第三讲 03.事务隔离：为什么你改了我还看不见？

......

第四十三讲 43.要不要使用分区表？

第四十四讲 44.答疑文章（三）：说一说这些好问题

第四十五讲 45.自增id用完怎么办？

前言

第一讲 01.基础架构：一条SQL查询语句是如何执行的？

比如，你有个最简 单的表，表里只有一个ID字段，在执行下面这个查询语句时：

mysql> select * from T where ID=10；

看到的只是输入一条语句，返回一个结果，却不知道这条语句在MySQL内部的执行过程。下面是对MySQL执行过程进行拆解深入理解学习，方便遇到问题后进行快速定位并解决。

---

一、MySQL的基本架构？

从中可以清楚地看到SQL语句在MySQL的各个功能模块中的执行过程，大体来说，MySQL可以分为Server层和存储引擎层两部分。

 Server层包括图中以上部分，涵盖MySQL的大多数核心服务功能，以及所有的内置函数（如日期、时间、数学和加密函数等），所有跨存储引擎的功能都在这一层实现，比如存储过程、触发器、视图等。

存储引擎层负责数据的存储和提取，最常用的存储引擎是InnoDB（建表时默认），不同的存储引擎共用一个Server层。

二、Server层模块解读

1.连接器

连接器负责跟客户端建立连接、获取权限、维持和管理连接，命令如下：

mysql -h$ip -P$port -u$user -p（后也可跟写密码，但防止泄露一般命令之后在输入）

如果用户名或密码不对，你就会收到一个"Access denied for user"的错误，然后客户端程序结束执行。
如果用户名密码认证通过，连接器会到权限表里面查出你拥有的权限。之后，这个连接里面的权限判断逻辑，都将依赖于此时读到的权限。

一个用户成功建立连接后，即使你用管理员账号对这个用户的权限做了修改，也不会影响已经存在连接的权限。修改完成后，只有再新建的连接才会使用新的权限设置。可以使用show processlist命令查看连接状态，Command列显示为“Sleep”的这 一行，就表示现在系统里面有一个空闲连接。

连接器时间是由参数wait_timeout控制的，默认值是8小时，超时会自动断开。连接被断开之后，客户端再次发送请求的话，就会收到一个错误提醒： Lost connection to MySQL server during query。这时候如果要继续，就需要重连，然后再执行请求了 。

长链接（推荐使用）：如果客户端持续有请求，则一直使用同一个连接。

   缺点：有些时候MySQL占用内存涨得特别快，这是因为 MySQL在执行过程中临时使用的内存是管理在连接对象里面的。这些资源会在连接断开的时候才释放。所以如果长连接累积下来，可能导致内存占用太大，被系统强行杀掉（OOM），从现象看就是MySQL异常重启了。

   解决方案：1. 定期断开长连接。 2. 可以在每次执行一个比较大的操作后，通过执行 mysql_reset_connection来重新初始化连接资源。

短连接：每次执行完很少的几次查询就断开连接，下次查询再重新建立一个。

2.查询缓存

MySQL拿到请求后会首先去内存中查找是否有相同的请求缓存（通常以键值对保存，键为语句值为结果），有就拿来用，没有的话就执行后面的阶段（结果会存入缓存方便下次使用，效率较高），但是不建议使用。

缺点：不稳定，命中率低，如果表更新整个缓存失效，比较适用于长时间不更新的表（系统配置）。

MySQL也提供了“按需使用”的方式，可以将参数query_cache_type设置成 DEMAND，这样对于默认的SQL语句都不使用查询缓存。而对于你确定要使用查询缓存的语句，可以用SQL_CACHE显式指定，命令如下：

mysql> select SQL_CACHE * from T where ID=10；

但8.0版本后就删除了查询缓存功能。

3.分析器（做什么）

分析器先会做“词法分析”。你输入的是由多个字符串和空格组成的一条SQL语句，MySQL需要识 别出里面的字符串分别是什么，代表什么（查询更新、表名列名之类的）；做完了这些识别以后，就要做“语法分析”。根据词法分析的结果，语法分析器会根据语法规则， 判断你输入的这个SQL语句是否满足MySQL语法（也就是说语句写的对不对，单词有没有错误啥的）。

4.优化器（怎么做）

优化器是在表里面有多个索引的时候，决定使用哪个索引；或者在一个语句有多表关联（join）的时候，决定各个表的连接顺序。比如你执行下面这样的语句，这个语句是执行两个表的join：

mysql> select * from t1 join t2 using(ID) where t1.c=10 and t2.d=20;

1. 可以先从表t1里面取出c=10的记录的ID值，再根据ID值关联到表t2，再判断t2里面d的值是否等于20。

2. 也可以先从表t2里面取出d=20的记录的ID值，再根据ID值关联到t1，再判断t1里面c的值是否等于10。

这两种执行方法的逻辑结果是一样的，但是执行的效率会有不同，而优化器的作用就是决定选择。

5.执行器（执行）

开始执行的时候，要先判断一下对这个表有没有执行查询的权限，如果没有，就会返回没有权限的错误；如果有权限，就打开表继续执行。打开表的时候，执行器就会根据表的引擎定义，去使用这个引擎提供的接口。

比如一个表中，某字段没有索引，那么执行器的执行流程是这样的：

        1. 调用InnoDB引擎接口取这个表的第一行，判断该字段值是不是特定值，如果不是则跳过，如果是则将这行存在结果集中；

        2. 调用引擎接口取“下一行”，重复相同的判断逻辑，直到取到这个表的最后一行。

        3. 执行器将上述遍历过程中所有满足条件的行组成的记录集作为结果集返回给客户端。

对于有索引的表，执行的逻辑也差不多。第一次调用的是“取满足条件的第一行”这个接口，之后循环取“满足条件的下一行”这个接口，这些接口都是引擎中已经定义好的。

注：日志中看到一个rows_examined的字段，表示这个语句执行过程中扫描了多少行（引擎扫描行数跟 rows_examined并不是完全相同的，执行器调用一次可能扫描多行）。

---

总结

问题：如果表T中没有字段k，而执行了这个语句 select *fromTwhere k=1, 那肯定是会报“不存在这个列”的错误： “Unknown column ‘k’ in ‘where clause’”。你觉得这个错误是在上面提到的哪个阶段报出来的呢？

解析：MySQL在设计上借鉴了Oracle会在分析阶段判断语句是否正确，表是否存在，列是否存在等。所以应该处在分析器阶段进行识别判断。