MySQL逻辑架构

文章目录

1. 逻辑架构2. 查询流程3. SQL执行顺序4. 存储引擎

1. 逻辑架构

和其它数据库相比，MySQL有点与众不同，它的架构可以在多种不同场景中应用并发挥良好作用。主要体现在存储引擎的架构上，插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离。这种架构可以根据业务的需求和实际需要选择合适的存储引擎。

连接层：

最上层是一些客户端和连接服务，包含本地socket通信和大多数基于客户端/服务端工具，实现的类似于tcp/ip的通信。主要完成一些类似于连接处理、授权认证、及相关的安全方案。在该层上引入了线程池的概念，为通过认证安全接入的客户端提供线程。同样在该层上可以实现基于SSL的安全链接，服务器也会为安全接入的每个客户端验证它所具有的操作权限。

服务层：

Management Serveices & Utilities：系统管理和控制工具。

SQL Interface：SQL接口，接受用户的SQL命令，并且返回用户需要查询的结果。比如select from就是调用SQL Interface。

Parser：解析器，SQL命令传递到解析器的时候会被解析器验证和解析。

Optimizer：查询优化器，SQL语句在查询之前会使用查询优化器对查询进行优化。比如select name from user where gender=1优化器来决定先投影还是先过滤。

Cache和Buffer：查询缓存，如果查询缓存有命中的查询结果，查询语句就可以直接去查询缓存中取数据。这个缓存机制是由一系列小缓存组成的，比如表缓存，记录缓存，key缓存，权限缓存等。缓存是负责读，缓冲负责写。

引擎层：

存储引擎层，存储引擎真正的负责了MySQL中数据的存储和提取，服务器通过API与存储引擎进行通信。不同的存储引擎具有的功能不同，这样我们可以根据自己的实际需要进行选取。

存储层：

数据存储层，主要是将数据存储在运行于裸设备的文件系统之上，并完成与存储引擎的交互。

2. 查询流程

MySQL客户端通过协议与MySQL服务器建连接，发送查询语句，先检查查询缓存，如果命中（一模一样的sql才能命中），直接返回结果，否则进行语句解析。也就是说，在解析查询之前，服务器会先访问查询缓存（query cache），它存储SELECT语句以及相应的查询结果集。如果某个查询结果已经位于缓存中，服务器就不会再对查询进行解析、优化、以及执行。它仅仅将缓存中的结果返回给用户即可，这将大大提高系统的性能。语法解析器和预处理：首先MySQL通过关键字将SQL语句进行解析，并生成一颗对应的解析树。MySQL解析器将使用MySQL语法规则验证和解析查询，预处理器则根据一些MySQL规则进一步检查解析数是否合法。查询优化器：当解析树被认为是合法的了，并且由优化器将其转化成执行计划。一条查询可以有很多种执行方式，最后都返回相同的结果。优化器的作用就是找到这其中最好的执行计划。然后，MySQL的查询执行引擎则根据这个执行计划来完成整个查询，最后将结果返回给客户端。

3. SQL执行顺序

SELECT -- 7 DISTINCT <select_list> -- 8 FROM <left_table> -- 1 <join_type> JOIN <right_table> -- 3 ON <join_condition> -- 2 WHERE <where_condition> -- 4 GROUP BY <group_by_list> -- 5 HAVING <having_condition> -- 6 ORDER BY <order_by_list> -- 9 LIMIT <limit_number> -- 10

4. 存储引擎

#查看mysql提供的存储引擎 show engines; #查看mysql当前默认的存储引擎 show variables like '%storage_engine%';

各个引擎简介：

InnoDB存储引擎：InnoDB是MySQL的默认事务型引擎，它被设计用来处理大量的短期（short-lived）事务，除非有非常特别的原因需要使用其他的存储引擎，否则应该优先考虑InnoDB引擎。行级锁，适合高并发情况。MyISAM存储引擎：MyISAM提供了大量的特性，包括全文索引、压缩、空间函数（GIS）等，但MyISAM不支持事务和行级锁（myisam改表时会将整个表全锁住），有一个毫无疑问的缺陷就是崩溃后无法安全恢复。Archive引擎：Archive存储引擎只支持INSERT和SELECT操作，在MySQL5.1之前不支持索引。Archive表适合日志和数据采集类应用，适合低访问量大数据等情况。根据英文的测试结论来看，Archive表比MyISAM表要小大约75%，比支持事务处理的InnoDB表小大约83%。Blackhole引擎：Blackhole引擎没有实现任何存储机制，它会丢弃所有插入的数据，不做任何保存。但服务器会记录Blackhole表的日志，所以可以用于复制数据到备库，或者简单地记录到日志，但这种应用方式会碰到很多问题，因此并不推荐。CSV引擎：CSV引擎可以将普通的CSV文件作为MySQL的表来处理，但不支持索引。CSV引擎可以作为一种数据交换的机制，非常有用。CSV存储的数据直接可以在操作系统里，用文本编辑器，或者excel读取。Memory引擎：如果需要快速地访问数据，并且这些数据不会被修改，重启以后丢失也没有关系，那么使用Memory表是非常有用。Memory表至少比MyISAM表要快一个数量级（使用专业的内存数据库更快，如redis）。Federated引擎：Federated引擎是访问其他MySQL服务器的一个代理，尽管该引擎看起来提供了一种很好的跨服务器的灵活性，但也经常带来问题，因此默认是禁用的。

InnoDB和MyISAM的区别：

MyISAMInnoDB主外键不支持支持事务不支持支持行表锁表锁，即使操作一条记录也会锁住整个表，不适合高并发的操作行锁，操作时只锁某一行，不对其它行有影响，适合高并发的操作缓存只缓存索引，不缓存真实数据不仅缓存索引还要缓存真实数据，对内存要求较高，而且内存大小对性能有决定性的影响表空间小大关注点性能事务默认安装是是用户表默认使用否是自带系统表使用是否索引B-TREEB+TREE