MySQL高级（四）事务 MVCC 日志 锁

InnoDB -> ACID 原子性（不可分割，完全成功或失败）、一致性、隔离性、持久性(redo) -> begin; commit

​ 还有自动提交、隐式提交的概念。保存点、

​ 脏读(读到了其他事务未提交的修改数据)

​ 不可重复读(读到了其他事务提交的数据)

​ 幻读(新增数据导致其他事务未提交的数据)

​ 幻读产生原因：行锁只能锁住行，即使把所有的行记录都上锁，也阻止不了新插入的记录

​ 处理方式：加锁、事务隔离、MVCC

加锁：

1. 脏读：在修改时加排它锁，直到事务提交时释放；读取时加共享锁，读完释放。
2. 不可重复读：读数据时加共享锁；写数据时加排它锁。
3. 幻读：加范围锁

​ LBCC(Lock-Based Concurrent Control)

​ 共享锁(行锁)：读锁 -> 防止别人修改资源，多人可以读，多人可以加锁 select xx LOCK IN SHARE MODE
​ 排它锁(行锁)：写锁 -> 仅自身可以增删改查，别人不能任何加锁操作（可以读） select xx FOR UPDATE
​ 意向锁：表锁 -> 提高加锁的效率，识别是否有读锁写锁
​
​ ！已存在的记录值开始锁！
​ 记录锁：查询命中一条记录
​ 间隙锁：查询区间记录，锁区间
​ 临键锁：左开右闭区间
​ 自增锁：innodb_autoinc_lock_mode

事务隔离：

​ 读未提交、读已提交、可重复读、串行化

MVCC

​ (Multi-Version Concurrency Control) 多版本并发控制

​ 事务id是在更新的时候生成的，查询的时候不会生成事务id

​ read-view是在select的时候生成的，是整个库的快照，未提交事务的id数组，和已创建的最大事务id（无论是否提交）

当前读:

​ 当前读：!修改的时候，先读后写!。(当前读可能存在幻读、快照读不存在)防止其他事务的修改丢失

select...lock in share mode (共享读锁)
　　select...for update
　　update , delete , insert

当前读, 读取的是最新版本, 并且对读取的记录加锁, 阻塞其他事务同时改动相同记录，避免出现安全问题。

例如，假设要update一条记录，但是另一个事务已经delete这条数据并且commit了，如果不加锁就会产生冲突。所以update的时候肯定要是当前读，得到最新的信息并且锁定相应的记录。

快照读

​ 快照读(read-view)：mysql在一定程度上解决了幻读 -> 由执行查询时所有未提交事务ID数组和已创建的最大事务ID组成

单纯的select操作，不包括 select ... lock in share mode, select ... for update。

Read Committed隔离级别：每次select都生成一个快照读。

Read Repeatable隔离级别：开启事务后第一个select语句才是快照读的地方，而不是一开启事务就快照读。

可重复读的事务下，read-view是在整个session中的select过程中不变的。
undo回滚日志 + 记录版本链
read-view -> 隔离级别：
读已提交：当前存在的最新版本的数据
可重复读：当前事务开启之前的最后一个版本状态

行锁：锁的是什么？

​ InnoDB的行锁是针对索引加的锁，不是针对记录加的锁。并且该索引不能失效，否则都会从行锁升级为表锁。
​

mysql几种日志：

binlog（sql）

​ 以事件的形式记录，默认关闭，不会记录select和show操作。

undo log（反向操作日志）逻辑型日志

​ <trx_id、Y、9> 事务trx_id对Y进行了修改，修改前Y的值是9。(一致性)

redo log（某一页的数据）物理型日志

​ <trx_id、X、V> 事务trx_id将V存储到数据库元素X。(原子性、持久性)
​ 方便记录、等不忙的时候在持久化。满了持久化之后清除；真实物理修改
​ update的时候，直接修改buffer pool里的数据 （脏页），然后生成redo log，redo log持久化，然后返回修改成功

​ 保证原子性：Innodb的undo log回滚日志
​ 保证持久性：Innodb的redo log

relay log

error log

慢日志