MySQL基础架构和事务

一、 数据库结构：

1.1 Server层：

1. 连接器 权限验证 尽量使用长连接，但是长连接会消耗内存，可以定时清除，也可以重新初始化链接资源
2. 查缓存(一般不用，除非读多写少 8.0移除)
3. 分析器 词法分析，语法分析，语法解析
4. 优化器 使用哪个索引 表连接顺序
5. 执行器 执行语句，查询能否具备读写权限

1.2 存储引擎层

• InnoDB(默认存储引擎)
• MyISAM(不支持事务)

二、 数据库日志

2.1 redo log

1.redo log 是InnoDB引擎特有的日志 循环写入固定大小内存
2.WAL，先写日志再写磁盘

innodb_flush_log_at_trx_commit 参数 决定写磁盘时机
设置为1: 系统默认模式，每次事务提交时MySQL都会把log buffer的数据写入log file，并且flush(刷到磁盘)中

2.2 binlog

追加写入文件，到达指定大小切换另一个文件
三个用途：
1.恢复：利用binlog日志恢复数据库数据
2.复制：主从同步
3.审计：通过二进制日志中的信息来进行审计，判断能否有对数据库进行注入攻击

三种模式：
1.statement 记录的是修改SQL语句
2.row 记录的是每行实际数据的变更，记两条，升级前和升级后
3.mixed statement和row模式的混合

2.3 两阶段提交策略

1.先在引擎层写redolog,redolog处于prepare
2.而后在server写binlog
3.事务提交，redolog commit提交写入磁盘

崩溃恢复 在1阶段完成后崩溃，回滚写入的redolog
在2阶段完成后崩溃，由于已经写入binlog所以不回滚

三、事物隔离级别

脏读

在一个事务中，读取了其余事务未提交的数据

不可重复读

在一个事务中，同一行记录被访问了两次却得到了不同的结果

幻读

在一个事务中，同一个范围内的记录被读取时，其余事务向这个范围增加了新的记录。

前面脏读和不可重复读容易了解，幻读略微难一点

假设图一test开始是空表，事物1第一次查询得到空表，事物2在事物1执行期间插入一条数据， 事物1第二次查询因为满足可重复读，所以查询结果仍然为空，但是事物1插入同样一条数据，报重复主键错误

serialzable级别下可以避免以上三种情况

事务隔离的实现

视图：视图可以了解为数据副本

不同时刻开启的事务会创立不同的视图，后续直接从视图读取数据，达到数据隔离，当然数据隔离还需要数据库锁的帮助。

同一数据库记录可以在系统中存在多个版本，这就是MVCC。

长事务意味着系统里面会存在很老的事务视图。因为这些事务随时可能访问数据库里面的 任何数据，所以这个事务提交之前，数据库里面它可能用到的回滚记录都必需保留，这就 会导致大量占用存储空间。所以需要避免长事务

最后

读到最后的朋友可以点点喜欢和关注下，以后会升级更多精选干货文章！