事务（transaction）
事务是在MySql引擎层实现的。
四大特性、三种问题、四种解决方案
特性
原子性：一个事务中的所有操作，要么全做，要么全不做。
通过undo log（回滚日志）保证
一致性：事务操作前后，数据满足完整性约束，数据库保持一致性状态。
通过 持久性 + 原子性 + 隔离性 保证
隔离性：DB允许多个事务并发执行，隔离性要求多个并发事务不相互干扰。
通过MVCC（多版本并发控制）或锁机制 保证
持久性：事务处理结束，对数据库的修改是永久的。
通过 redo log （重做日志）保证
并发：三大问题、四种隔离级别
并发问题
| 问题 | 描述 |
|---|---|
| 脏读 | 读到其他事物未提交的数据 |
| 不可重复读 | 前后读取的数据不一致 |
| 幻读 | 前后读取的记录数量不一致 |
隔离级别
| 隔离级别 | 描述 | 可以解决的问题 | 实现方式 |
|---|---|---|---|
| 读为提交 | 一个事务还为提交，它所做的变更就能被其他事物看到 | 什么问题也解决不了 | 事务直接读最新的数据 |
| 读提交 | 一个事务提交后，它做的变更才能被其他事物看到 | 脏读 | Read View（语句执行前，生成数据快照） |
| 可重复读 | 一个事务执行过程中看到的数据，一直跟这个事务启动时看到的数据一致 | 脏读、不可重复读 | Read View（启动事务时，生成数据快照） |
| 串行化 | 会对记录加锁，如果发生读写冲突，后访问的事务必须等前一个事务执行完，才可执行 | 幻读、不可重复读、脏读 | 读写锁 |
InnoDB引擎默认的隔离级别是可重复读，使用“串行化”影响性能
可重复读可以很大程度上避免幻读现象（并非完全解决）
解决方案：
- 针对快照读（不同select语句）：使用MVCC解决幻读
- 针对当前读（select … for update 等语句）：使用next-key lock（记录锁 + 间隙锁）解决幻读
Read View
Read View 可以理解成一个数据快照，就想拍照片一样，定格某一时刻的风景。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
