共计 1508 个字符，预计需要花费 4 分钟才能阅读完成。
丸趣 TV 小编给大家分享一下 Mysql 逻辑架构的示例分析，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！
1. 整体架构图
和其它数据库相比，MySQL 有点与众不同，它的架构可以在多种不同场景中应用并发挥良好作用。主要体现在存储引擎的架构上，插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离。这种架构可以根据业务的需求和实际需要选择合适的存储引擎。
各层介绍：
1.1 连接层
最上层是一些客户端和连接服务，包含本地 sock 通信和大多数基于客户端 / 服务端工具实现的类似于 tcp/ip 的通信。主要完成一些类似于连接处理、授权认证、及相关的安全方案。在该层上引入了线程池的概念，为通过认证安全接入的客户端提供线程。同样在该层上可以实现基于 SSL 的安全链接。服务器也会为安全接入的每个客户端验证它所具有的操作权限。
1.2 服务层
1.3. 引擎层
存储引擎层，存储引擎真正的负责了 MySQL 中数据的存储和提取，服务器通过 API 与存储引擎进行通信。不同的存储引擎具有的功能不同，这样我们可以根据自己的实际需要进行选取。
1.4. 存储层
数据存储层，主要是将数据存储在运行于裸设备的文件系统之上，并完成与存储引擎的交互。
2. show profile
利用 show profile 可以查看 sql 的执行周期！
2.1 开启 profile
查看 profile 是否开启：show variables like %profiling%
如果没有开启，可以执行 set profiling= 1 开启！
2.2 使用 profile
执行 show prifiles 命令，可以查看最近的几次查询。
根据 Query_ID, 可以进一步执行 show profile cpu,block io for query Query_id 来查看 sql 的具体执行步骤。
2.3 大致的查询流程
mysql 的查询流程大致是：
mysql 客户端通过协议与 mysql 服务器建连接，发送查询语句，先检查查询缓存，如果命中，直接返回结果，否则进行语句解析, 也就是说，在解析查询之前，服务器会先访问查询缓存 (query cache)——它存储 SELECT 语句以及相应的查询结果集。如果某个查询结果已经位于缓存中，服务器就不会再对查询进行解析、优化、以及执行。它仅仅将缓存中的结果返回给用户即可，这将大大提高系统的性能。
语法解析器和预处理：首先 mysql 通过关键字将 SQL 语句进行解析，并生成一颗对应的“解析树”。mysql 解析器将使用 mysql 语法规则验证和解析查询；预处理器则根据一些 mysql 规则进一步检查解析数是否合法。
查询优化器当解析树被认为是合法的了，并且由优化器将其转化成执行计划。一条查询可以有很多种执行方式，最后都返回相同的结果。优化器的作用就是找到这其中最好的执行计划。。
然后，mysql 默认使用的 BTREE 索引，并且一个大致方向是: 无论怎么折腾 sql，至少在目前来说，mysql 最多只用到表中的一个索引。
2.4 SQL 的执行顺序
手写的顺序：
真正执行的顺序：
随着 Mysql 版本的更新换代，其优化器也在不断的升级，优化器会分析不同执行顺序产生的性能消耗不同而动态调整执行顺序。下面是经常出现的查询顺序：
2.5 MyISAM 和 InnoDB
show engines: 查看所有的数据库引擎
show variables like %storage_engine% 查看默认的数据库引擎
以上是“Mysql 逻辑架构的示例分析”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注丸趣 TV 行业资讯频道！
