事务(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 可以理解成一个数据快照,就想拍照片一样,定格某一时刻的风景。