关于mysql:MySql系列1

Server 层包含连接器、查问缓存、分析器、优化器、执行器等，涵盖 MySQL 的大多数核心服务性能，以及所有的内置函数（如日期、工夫、数学和加密函数等），所有跨存储引擎的性能都在这一层实现，比方存储过程、触发器、视图等

存储引擎层负责数据的存储和提取。其架构模式是插件式的，反对 InnoDB、MyISAM、Memory 等多个存储引擎（InnoDB 为默认存储引擎），不同的存储引擎共用一个 Server 层。

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

连接器负责跟客户端建设连贯、获取权限、维持和治理连贯。连贯命令中的 mysql 是客户端工具，用来跟服务端建设连贯。在实现 TCP 握手后，连接器开始认证身份。

这就意味着，一个用户胜利建设连贯后，即便你用管理员账号对这个用户的权限做了批改，也不会影响曾经存在连贯的权限。批改实现后，只有再新建的连贯才会应用新的权限设置。

连贯实现后，如果你没有后续的动作，这个连贯就处于闲暇状态。

客户端如果太长时间没动静，连接器就会主动将它断开。这个工夫是由参数 wait_timeout 管制的，默认值是 8 小时。

如果在连贯被断开之后，客户端再次发送申请的话，就会收到一个谬误揭示：Lost connection to MySQL server during query。这时候如果你要持续，就须要重连，而后再执行申请了。数

据库外面，长连贯是指连贯胜利后，如果客户端继续有申请，则始终应用同一个连贯。短连贯则是指每次执行完很少的几次查问就断开连接，下次查问再从新建设一个。

建设连贯的过程通常是比较复杂的，所以我倡议你在应用中要尽量减少建设连贯的动作，也就是尽量应用长连贯。

然而全副应用长连贯后，你可能会发现，有些时候 MySQL 占用内存涨得特地快，这是因为 MySQL 在执行过程中长期应用的内存是治理在连贯对象外面的。这些资源会在连贯断开的时候才开释。所以如果长连贯累积下来，可能导致内存占用太大，被零碎强行杀掉（OOM），从景象看就是 MySQL 异样重启了。

怎么解决这个问题呢？你能够思考以下两种计划。

定期断开长连贯。应用一段时间，或者程序外面判断执行过一个占用内存的大查问后，断开连接，之后要查问再重连。
如果你用的是 MySQL 5.7 或更新版本，能够在每次执行一个比拟大的操作后，通过执行 mysql_reset_connection 来从新初始化连贯资源。这个过程不须要重连和从新做权限验证，然而会将连贯复原到刚刚创立完时的状态。

MySQL 接管到一个查问申请后，会先到 查问缓存 查问，如果 查问缓存 中有要查问的key-value（key 是查问的语句，value 是查问的后果），间接返回value。（之前执行过的语句及其后果可能会以 key-value 对的模式被间接缓存在内存中）

如果语句不在查问缓存中，就会持续前面的执行阶段。执行实现后，执行后果会被存入查问缓存中。如果查问命中缓存，MySQL 不须要执行前面的简单操作，就能够直接返回后果，这个效率会很高。

查问缓存的生效十分频繁，只有有对一个表的更新，这个表上所有的查问缓存都会被清空。

如果没有命中查问缓存，就要开始真正执行语句。

首先，MySQL 须要晓得你要做什么，因而须要对 SQL 语句做解析。分析器先会做“词法剖析”。你输出的是由多个字符串和空格组成的一条 SQL 语句，MySQL 须要辨认出外面的字符串别离是什么，代表什么。
而后进行“语法分析”。依据词法剖析的后果，语法分析器会依据语法规定，判断你输出的这个 SQL 语句是否满足 MySQL 语法。如果你的语句不对，就会收到“You have an error in your SQL syntax”的谬误揭示。

通过了分析器，MySQL 就晓得你要做什么了。在开始执行之前，还要先通过优化器的解决。

优化器是在表外面有多个索引的时候，决定应用哪个索引；或者在一个语句有多表关联（join）的时候，决定各个表的连贯程序。

优化器的作用就是确定效率最高的执行计划。

MySQL 通过分析器晓得了你的 SQL 语句是否非法，你想要做什么操作，通过优化器晓得了该怎么做效率最高，而后就进入了执行阶段，开始执行这条 SQL 语句。

MySQL 首先会判断你有没有执行这条语句的权限，没有权限的话，就会返回没有权限的谬误（(在工程实现上，如果命中查问缓存，会在查问缓存返回后果的时候做权限验证。查问也会在优化器之前调用 precheck 验证权限）。
如果有权限，就关上表继续执行。关上表的时候，执行器就会依据表的引擎定义，去应用这个引擎提供的接口对于有索引的表，执行的逻辑也差不多。

MySql 系列（1）