了解MySQL的基础架构,先看下MySQL都有那些组件,已经各个组件的关系、功能。
MySQL基础架构图
MySQL基础架构主要分为Server、存储引擎。
Server层包括连接器、查询缓存、分析器、优化器、执行器等,涵盖MySQL的大多数核心服务 功能,以及所有的内置函数(如日期、时间、数学和加密函数等),所有跨存储引擎的功能都在 这一层实现,比如存储过程、触发器、视图等。
存储引擎层负责数据的存储和提取。其架构模式是插件式的,支持InnoDB、MyISAM、 Memory等多个存储引擎。现在最常用的存储引擎是InnoDB,它从MySQL 5.5.5版本开始成为了 默认存储引擎。
连接器
负责身份认证和权限相关(登录 MySQL 的时候)。
客户端和MySQL完成TCP握手后,连接器开始认证你的身份。
成功建立连接后,即使你用管理员账号对这个用户的权限做了修改,也不 会影响已经存在连接的权限。修改完成后,只有再新建的连接才会使用新的权限设置。
使用大量的长连接后,MySQL占用内存涨得特别快,因为 MySQL在执行过程中临时使用的内存是连接对象里面的。这些资源会在连接断开的时候才释放。如果长连接累积下来,可能导致内存占用太大出现OOM,MySQL从而宕机。
如何处理呢?
1.定期断开长连接;
2.MySQL 5.7或更新版本,在每次执行一个比较大的操作后,通过执行 mysql_reset_connection来重新初始化连接资源。这个过程不需要重连和重新做权限验证, 但是会将连接恢复到刚刚创建完时的状态。
成功后,连接长时间处于空闲状态,连接器就会自动将它断开。这个时间是由参数wait_timeout控制的,默认值是8小时。
查询连接状态,show processlist
命令,Command列显示为“Sleep”表示连接处于空闲状态。
查询缓存
执行查询语句的时候,会先查询缓存(MySQL 8.0 版本后移除,因为这个功能不太实用)。
MySQL接收到查询SQL后,先检查缓存是否执行过过SQL。
如果执行过的语句,MySQL会把缓存结果直接返回给客户端。
如果没有执行过,执行完SQL后,把查询结果可能会以key-value对的形式,被直接缓存在内存中。key是查询的语句,value是查询的结果。
如果一个表更新频繁,表上所有的查询缓存都会被清空,查询缓存的失效非常频繁,不建议你不要使用查询缓存。
连接时使用将参数query_cache_type
设置成 DEMAND
不使用查询缓存。
显式使用查询缓存:
select SQL_CACHE * from user where id=713
分析器
没有命中缓存的话,SQL 语句就会经过分析器,分析器说白了就是要先看你的 SQL 语句要干嘛,再检查你的 SQL 语句语法是否正确。
分析器也会分为2步:
第一步,词法分析,一条 SQL 语句有多个字符串组成,首先要提取关键字,比如 select,提出查询的表,提出字段名,提出查询条件等等。
第二步,语法分析,主要就是判断你输入的 sql 是否正确,是否符合 MySQL 的语法。
优化器
优化器是决定使用哪个索引;或者在一个语句有多表关联(join) 的时候,决定各个表的连接顺序。
简而言之优化器是按照 MySQL 认为最优的方案去执行。
执行器
执行语句,然后从存储引擎返回数据。
开始执行的时候,要先判断当前连接是否有Table执行查询的权限,如果没有,就会返回没有权限的错误。
SQL执行流程
查询SQL的执行流程
权限校验—>查询缓存-(如果没命中缓存)–>分析器—>优化器—>权限校验—>执行器—>存储引擎
更新SQL执行流程
分析器—>优化器—>权限校验—>执行器—>存储引擎—redo log(prepare 状态)—>binlog—>redo log(commit状态)