mysql的逻辑架构

根据mysql的逻辑架构图，我们可以看出Mysql可以分为Server层和存储引擎层两部分。
Server层：Server层包括连接器、查询缓存、分析器、优化器、执行器等，涵盖了Mysql中的大多数核心服务功能，以及所有的内置函数（如日期、时间、数学、加密函数等），所有跨存储引擎的功能都在这一层实现，比如存储过程、触发器、视图等。
存储引擎层：存储引擎层负责数据的存储和提取。器架构模式是插件式的，支持InnoDB、MyISAM、Memory等多个存储引擎。现在最常用的存储引擎是InnoDB，它从MySQL5.5版本开始就成为了默认存储引擎。例如需要指定存储引擎可以在create table的时候使用engine=memory来指定内存引擎创建表。

连接器：负责跟客户端建立连接、获取权限、维持和管理连接。
需要注意的是在连接中尽量避免长连接，因为Mysql在执行过程中临时使用的内存是管理在连接对象里面的，如果长连接累积下来可能导致内存占用太大，被系统强行杀掉（OOM），从现象看就是Mysql异常重启了。
可以考虑两种方案解决：
1.定期断开长连接。使用一段时间，或者程序判断执行过一个占用内存的大查询后，断开连接，之后查询再重连。
2.如果使用的是Mysql5.7或者更新版本，可以在每次执行一个比较大的操作后，通过执行mysql_reset_connection来重新初始化连接资源。这个过程不需要重连和重新做权限验证，但是会将连接恢复到刚刚创建完时的状态。
查询缓存：连接建立完成后，就可以执行select语句了，然后就开始查询缓存，mysql会将之前执行过的sql语句以及结果以key-value对的形式缓存到内存中，或许如果命中则不需要执行查询操作直接返回结果。
但是大多数形况下，建议不要使用查询缓存，因为查询缓存往往弊大于利。
查询缓存的失效非常频繁，只要有对一个表的更新，这个表上所有的查询缓存都会被清空。因此很可能查询缓存还没有使用就一个更新全清空了。对于更新压力大的数据库来说，查询缓存的命中率会非常低。但是如果你使用的时配置表，也就是很长时间才会更新一次的表，那这张表上的查询才适合使用查询缓存。
Mysq可以设置参数query_cache_type为DEMAND就可以不使用查询缓存了，这样默认的sql语句就不使用查询缓存了。如果确定要使用查询缓存的语句可以使用SQL_CACHE显示指定，例如下面：