Mysql的点点滴滴

Mysql 的查询执行过程

客户端的查询语句->服务端连接器管理连接，查询权限 -> 服务端分析器进行词法分析 语法分析-> 服务端优化器 生成执行计划，索引选择 -> 服务端执行器操作引擎，返回结果。

不懂的点：

Mysql 慢查询日志在哪？Mysql执行计划怎么看。

Mysql重要的日志模块

WAL(Write-Ahead-Logging)先写日志，再写磁盘。

1，Redo log的大小是固定的（InnoDB引擎）,write pos是当前记录的位置，一边写一边往后推移，checkpoint是当前要擦除的位置，也是往后推移并且循环的，擦除记录前要把记录更新到数据文件。Redo log可以保证即使数据库发生异常重启，之前的提交记录都不会丢失，这个能力称为crash -safe.
2, Binlog(归档日志)：Server层的日志。statement格式的话记录的是SQL语句，row格式会记录行的内容，更新前和更新后都有。

不同点

1，redolog是InnoDB引擎特有的，Binlog是所有引擎都可以使用的。
2，redo log 是物理日志，记录的是某个数据页上的变化，Binlog是逻辑日志，记录的这个语句的原始逻辑。
3,redo log是固定空间，是循环的写入。binlog是可以追加写入的；

数据库恢复的策略：

• 找到最近的一次全量备份，从这个备份恢复到临时库。
• 从备份点开始，将备份的binlog一次取出来，重放到中午误删表之前的那个时刻 。

两阶段提交

两阶段提交指的是 Redo log和binlog 是两个独立的逻辑，如果不用两阶段提交，先写Redo log再写 binlog,或者采用相反的顺序，都会导致数据库的状态就有可能和它的日志恢复出来的库的状态不一致。

Mysql的事务隔离

数据库上有多个事务同时执行的时候，就可能出现脏读（dirty Read），不可重复读(non-repeatable read)，幻读（phantom read）的问题。

• 脏读：所谓的脏读，其实就是读到了别的事务回滚前的脏数据。比如事务B执行过程中修改了数据X，在未提交前，事务A读取了X，而事务B却回滚了，这样事务A就形成了脏读。也就是说，当前事务读到的数据是别的事务想要修改成为的但是没有修改成功的数据。
• 不可重复读：事务A首先读取了一条数据，然后执行逻辑的时候，事务B将这条数据改变了，然后事务A再次读取的时候，发现数据不匹配了，就是所谓的不可重复读了。也就是说，当前事务先进行了一次数据读取，然后再次读取到的数据是别的事务修改成功的数据，导致两次读取到的数据不匹配，也就照应了不可重复读的语义。
• 幻读：事务A首先根据条件索引得到N条数据，然后事务B改变了这N条数据之外的M条或者增添了M条符合事务A搜索条件的数据，导致事务A再次搜索发现有N+M条数据了，就产生了幻读。也就是说，当前事务读第一次取到的数据比后来读取到数据条目少。
• 不可重复读是读取了其他事务更改的数据，针对update操作
  解决：使用行级锁，锁定该行，事务A多次读取操作完成后才释放该锁，这个时候才允许其他事务更改刚才的数据。
• 幻读是读取了其他事务新增的数据，针对insert和delete操作
  解决：使用表级锁，锁定整张表，事务A多次读取数据总量之后才释放该锁，这个时候才允许其他事务新增数据。

这时候再理解事务隔离级别就简单多了呢。
事务隔离级别：
1、Serializable （串行化）：最严格的级别，事务串行执行，资源消耗最大；
2、REPEATABLE READ（重复读） ：保证了一个事务不会修改已经由另一个事务读取但未提交（回滚）的数据。避免了“脏读取”和“不可重复读取”的情况，但不能避免“幻读”，但是带来了更多的性能损失。
3、READ COMMITTED （提交读）：大多数主流数据库的 默认事务等级，保证了一个事务不会读到另一个并行事务已修改但未提交的数据，避免了“脏读取”，但不能避免“幻读”和“不可重复读取”。该级别适用于大多数系统。
4、Read Uncommitted（未提交读） ：事务中的修改，即使没有提交，其他事务也可以看得到，会导致“脏读”、“幻读”和“不可重复读取”。
Mysql数据库通过多版本的并发控制（MVCC）来实现同一条记录可以再数据库中存在多个版本。

开启general_log

资料来源：https://blog.csdn.net/eagle89/article/details/80969565
mysql数据库默认没有开启一般查询日志，也不建议开启一般查询日志。
开启办法 set @@global.general_log=1;
查询日志：

image.png