MySQL系统架构

大体来说，MySQL分为Server层和引擎层两部分。

Server层包含链接器、查询缓存、分析器、优化器和执行器，而引擎层负责的是数据的存储和读取，支持InnoDB、Myisam、Memory等多种存储引擎，默认InnoDB。

连接器

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

如果输入的密码不对，会收到Access denied for user的错误；如果输入密码正确，连接器会查询出权限表中此账户所拥有的权限，这个连接后续所有的权限判断、都依赖于此时查出来的权限。

这就意味着，一个用户成功建立连接后，即使你用管理员账号对这个用户的权限做了修改，也不会影响已经存在连接的权限。修改完成后，只有再新建的连接才会使用新的权限设置。可以通过show processlist;命令查看已经建立的连接

连接建立后如果长时间没有客户端请求，那么超过8个小时后连接会自动断开，这个时间由wait_timeout参数控制。这个时候需要重连才能继续访问MySQL。

有时候我们会发现MySQL占用内存涨的特别快，这是因为MySQL在执行过程中临时使用的内存是管理在长连接对象中的，这些内存占用在连接断开的时候才会重置。所以长连接在运行过程中可能会因为占用内存过大而被系统杀掉，从现象看就是MySQL服务重启了。有以下两种解决方案：

• 定期断开长连接，或者执行完一个占用内存比较大的查询后、断开连接，之后的请求再重连；
• 也可以通过执行mysql_reset_connection命令重置连接，他会将连接重置为连接刚刚建立时的状态（MySQL5.7及以上）。

查询缓存

MySQL在拿到一个查询请求之后，会首先到查询缓存中查看是否有这条查询语句的缓存。缓存时一个K-V结构，K就是这条语句，V是具体的查询结果。如果找到了缓存那么直接返回，否则在进行具体查询，并将结果更新到查询缓存中。

但是在MySQL8之后已经将查询缓存的功能整体移除了，因为这是一种弊大于利的功能，只要对这张表的任何数据有更新操作，那么这张表所涉及的所有查询缓存都会失效。当然一些不经常修改系统变量之类的表仍适合使用查询缓存功能，总体来说弊大于利。

分析器

如果没有命中查询缓存，接下来就会轮到分析器工作。

首先经过词法分析，它会识别出SQL中的字符串分别代表什么，比如select表示查询，id代表主键列等；然后进入语法分析，判断SQL语句是否符合语法标准，如果语法不对，会报出You have an error in your SQL syntax的错误。

优化器

优化器会选择使用哪个索引，当有多表联合查询的时候、决定各个表的连接顺序。

执行器

真正执行的地方，最终扫描行数可以在rows_examined看到