MySQL之架构简单分析

 

 

上图为mysql的简易架构图，给您有一个大概的概念，下面我将为您进行进一步的分析。

连接器：

当连接mysql数据库时，等待的将是mysql服务端的连接器；连接器的职责是和客户端建立连接、获取权限、维持和管理连接。客户端连接命令一般是如下所示（建议：不要在命令中显示添加登入密码）：

mysql -h$ip -p$port -u$user -p$password

查询缓存：

建立完连接后，就可执行select语句。执行就会走向查询缓存。

mysql拿到这个查询请求后，就会先到缓存中看看，之前是不是执行了该语句。在查询缓存中数据是以key-value形式存在的，key为执行的查询请求，value为查询结果。如果执行了就直接从缓存中把结果返回给客户端，请求结束。如果语句不在缓存中，就执行后续复杂操作。

在大多数情况下不建议使用查询缓存，为什么呢？因为查询缓存往往弊大于利。

查询缓存的失效非常频繁，只要对表进行了更新，该表的中查询缓存全部清除。所以往往很多时候，缓存还没使用就被清除了。对于更新压力很大的数据库来说，查询缓存的命中率很低。如果你的业务中存在一张静态表，很长时间才会更新一次。比如，系统配置表，那这张表的查询才适合查询缓存。

该功能是自动配置的。可以将参数 query_cache_type 设置成 demand ，这样对于默认的sql语句就不会使用查询缓存。而对于确定的查询语句，可以使用 sql_cache 显示指定，比如如下语句：

select sql_cache * from t where id = 1;

注意：在mysql8.0之后的版本，把查询缓存模块移除了。

分析器

 在没有命中查询缓存后，mysql开始真正执行语句了。这时mysql对该语句进行解析。

分析器首先进行词法分析，一条sql由多个字符串和空格组成，mysql需要分析出这些字符串是什么，代表什么。

做完识别之后，进行语法分析。根据词法分析的结果，语法分析器会根据语法规则对sql语句进行分析，是否符合mysql的语法规则。

优化器

执行完分析器后，mysql就知道该sql语句要干什么了。在开始执行之前，要经过优化器的处理。 

优化器在表里存在多个索引时，选择执行哪个索引；或者一个语句有多表关联时（join），选择各表的连接顺序。

执行器

mysql通过分析器知道了该语句要做什么，通过优化器知道该怎么做，于是进入到了执行器阶段，开始执行语句。

开始执行之前，首先会判断用户是否有对表的执行权限（如果是在查询缓存得到结果，会在返回结果之前进行权限校验），如果没有会报错.。如果有权限，就打开表继续执行语句。打开表的时候，执行器会根据表的引擎定义，去使用引擎提供的接口。

存储引擎

mysql区别于其他数据的最具有点的是存储引擎接口模块，mysql可进行插拔存储引擎。

mysql的存储引擎有很多种，比如：innodb、myisam、isam、memory等。在mysql5.6之前，默认存储引擎是myisam，而在该版本之后默认的是innodb。下表是两者之前的区别：

	innodb	myisam
存储文件	.frm 表定义文件，.ibd 数据文件和索引文件	.frm 表定义文件，.myd 数据文件， .myi 索引文件
锁	表锁、行锁	表锁
事务	支持	不支持
crud	读、写	读多
count	扫表	专门存储的地方
索引结构	b+树	b+树

 

近期在学习mysql数据库， 后续将会持续更新学习随笔。