mysql 基础层

基础层

上图可以看出mysql架构主要分三个层次：

　　第一层 client客户端 管理连接，权限验证

　　第二层 server层 词法分析，语法分析，执行计划，索引选择，操作引擎，返回结果

　　第三层 存储引擎 存储数据，提供读写接口

 

连接器

　　▪ 连接器负责跟客户端建立连接，获取权限、维持和管理连接

　　　　– 用户名密码验证

　　　　– 查询权限信息，分配对应的权限

　　　　– 可以使用show processlist查看现在的连接

　　　　– 如果太长时间没有动静，就会自动断开，通过wait_timeout控制，默认8小时

　　▪ 连接可以分为两类：

　　　　– 长连接：推荐使用，但是要周期性的断开长连接

　　　　– 短链接

 

查询缓存

　　▪ 当执行查询语句的时候，会先去查询缓存中查看结果，之前执行过的sql语句及其结果可能以key-value的形式存储在缓存中，如果能找到则直接返回，如果找不到，就继续执行后续的阶段

　　▪ 但是，不推荐使用查询缓存：

　　　　– 1、查询缓存的失效比较频繁，只要表更新，缓存就会清空

　　　　– 2、缓存对应新更新的数据命中率比较低

 

分析器

　　▪ 词法分析：Mysql需要把输入的字符串进行识别每个部分代表什么意思

　　　　– 把字符串 T 识别成 表名 T

　　　　– 把字符串 ID 识别成 列ID

　　▪ 语法分析：

　　▪ 根据语法规则判断这个sql语句是否满足mysql的语法，如果不符合就会报错“You have an error in your SQL synta”

 

优化器

　　▪ 在具体执行SQL语句之前，要先经过优化器的处理

　　　　– 当表中有多个索引的时候，决定用哪个索引

　　　　– 当sql语句需要做多表关联的时候，决定表的连接顺序

　　　　– 等等

　　▪ 不同的执行方式对SQL语句的执行效率影响很大

　　　　– RBO:基于规则的优化

　　　　– CBO:基于成本的优化

 

mysql发送一个请求流程：

　　1 连接器提供链接服务的，做一些权限认证，比如说用户名和密码匹配

　　2 分析器分析sql语句，按照select from where等关键字进行切分，转成词法分析，最终变成AST(抽象语法树)

　　3 优化器有两种方式：RBO(基于规则优化)、CBO(基于成本优化)

　　4 执行器跟存储引擎进行数据交互

 

数据更新的流程：

　　1 执行器先从引擎中找到数据，如果在内存中直接返回，如果不在内存中，查询后返回

　　2 执行器拿到数据之后会先修改数据，然后调用引擎接口重新吸入数据

　　3 引擎将数据更新到内存，同时写数据到redo中，此时处于prepare阶段，并通知执行器执行完成，随时可以操作

　　4 执行器生成这个操作的binlog

　　5 执行器调用引擎的事务提交接口，引擎把刚刚写完的redo改成commit状态，更新完成

 

 

性能监控

show prodile（会被慢慢淘汰）

performance schema(性能模块)

show processlist