一、MySQL内部组件结构
我们简单的通过一张图来分析MySQL内部组件结构：
Server层
主要包括连接器、查询缓存、分析器、优化器、执行器等，涵盖 MySQL 的大多数核心服务功能，以及所有的内置函数（如日期、时间、数学和加密函数等），所有跨存储引擎的功能都在这一层实现，比如存储过程、触发器、视图等。
引擎层
职能：存储引擎层负责数据的存储和提取。
现在最常用的存储引擎是 InnoDB，它从 MySQL 5.5.5 版本开始成为了默认存储引擎，即我们在create table时不指定表的存储引擎类型，默认会设置存储引擎为InnoDB。
PS：引擎层采用的“插拔”的方式：就是说想一些大公司可以针对自己的业务开发自己个性化的存储引擎，支持 InnoDB、MyISAM、Memory 等多个存储引擎。
二、详细分析MySQL内部组件
连接器
常见客户端：navicat，mysql front，jdbc，SQLyog
职能：客户端要向mysql发起通信都必须先跟Server端建立通信连接，而建立连接的工作就是有连接器完成的。
PS：MySQL采用的是长链接。长链接就是时间持续很长的链接，如mysql的链接时间一般是8个小时，即一次链接可以持续8小时，超过时间就会自动断开。
客户端连接方式
命令行连接方式
查看用户权限
-- 查看user表中用户的权限
select * from mysql.user;PS：mysql会在每次链接的时候再内存中开辟一块空间用于存放用户权限的信息，但是当我们区修改user表的权限信息时，是不会实时的更新这个用户的权限的。
这样设计的原因：举个例子，比如在我们修改用户权限的时候，有一个秒杀的业务场景正在进行，如果要进行用户权限实时去更新到内存中的话，就必须得把其他业务线程挂起，然后再检查内存中的用户权限并更新，这样就会造成一个Mysql假死的现象，所以mysql修改用户权限就没有设计成同步更新内存中的权限。
查询缓存
mysql > SHOW DATABASES; -- 显示所有数据库
mysql > USE 对应的数据库名称; -- 打开数据库;
mysql > SHOW TABLES; -- 查看当前数据库的表功能介绍
MySQL 拿到一个查询请求后，会先到查询缓存看看，之前是不是执行过这条语句。
储存方式
类似于map，以SQL为key，查询结果集为value的形式进行缓存。
PS：比较鸡肋，在8.0的版本已经移除了。
分析器
如果没有命中查询缓存，就要开始真正执行语句了。
首先，MySQL 需要知道你要做什么，因此需要对 SQL 语句做解析。 分析器先会做“词法分析”。你输入的是由多个字符串和空格组成的一条 SQL 语句，MySQL 需要识别出里面的字符串分别是什么，代表什么。
MySQL 从你输入的"select"这个关键字识别出来，这是一个查询语句。它也要把字符串“T”识别成“表名 T”，把字符 串“ID”识别成“列 ID”。 做完了这些识别以后，就要做“语法分析”。根据词法分析的结果，语法分析器会根据语法规则，判断你输入的这个 SQL 语句 是否满足 MySQL 语法。
-- 关键词from写成了frm，会报错：You have an error in your SQL syntax; 【有梦想的肥宅】
select * frm t_test;
优化器
经过了分析器，MySQL 就知道你要做什么了，在开始执行之前，还要先经过优化器的处理。
优化器是在表里面有多个索引的时候，决定使用哪个索引，或者在一个语句有多表关联（join）的时候，决定各个表的连接顺序。
执行器
开始执行的时候，要先判断一下登录账号对当前表有没有执行查询的权限。
如果没有，就会返回没有权限的错误，如果有权限，就打开表继续执行。打开表的时候，执行器就会根据表的引擎定义，去使用这个引擎提供的接口。
bin-log归档
duangduangduang~重点来了哈，学会了这个，一不小心删库删表，暂时不用跑路啦~😂
什么是bin-log呢
bin-log是Server层实现的二进制日志，他会记录我们的cud操作。Binlog有以下几个特点：
- 1、Binlog在MySQL的Server层实现（引擎共用）
- 2、Binlog为逻辑日志，记录的是一条语句的原始逻辑
- 3、Binlog不限大小，追加写入,不会覆盖以前的日志
PS：开启bin-log以后的操作记录才能找回，之前的找不回哈！！！
bin-log格式
binlog格式有3种statement，row，mixed，推荐使用Row或者Mixed。
- Statement：记录的是操作语句【记录过程】
- Row：记录的是操作行【记录结果】
- Mixed：以上两种的综合
PS：为什么不用Statement呢？ ：因为语句的执行结果不确定，比如同一个带索引的SQL语句，在主库和从库执行，可能索引使用的优先级不一样，对于limit1这种语句可能就会有不一样的结果，所以不安全，也不够严谨，故一般不使用这种方式。
PS：为什么也可以用Mixed? row的话有什么缺点呢？：数据占用空间更大，传输压力更大。
bin-log实操
MySQL的安装和配置可以查看：安装并配置MySQL【windows】
三、小问答
Q：大多数情况查询缓存就是个鸡肋，为什么呢？
原因：查询缓存的失效非常频繁，只要有对一个表的更新，这个表上所有的查询缓存都会被清空。 因此很可能你费劲地把结果存起来，还没使用呢，就被一个更新全清空了。对于更新压力大的数据库来说，查询缓存的命中率 会非常低。
如何正确使用：静态表可以使用缓存。比如像是省份表，地市表之类的数据变动幅度比较小的，这个时候缓存就相对来说起作用了。
