先给一句话简述面试直接默写版A 原子性 Atomicity事务是不可分割的最小单元要么全部成功要么全部失败回滚不会出现做一半的情况。C 一致性 Consistency事务执行前后数据库的数据约束、业务状态始终合法从一个一致状态变到另一个一致状态。I 隔离性 Isolation多个并发事务之间互相隔离一个事务的修改在提交前对其他事务不可见由隔离级别控制强弱。D 持久性 Durability事务一旦提交成功修改的数据永久落地宕机、断电也不会丢失。重点一致性是最终目标原子、隔离、持久是实现一致性的三个手段。很多人容易搞反这个逻辑深度逐个解析结合转账经典例子A 给 B 转 100A-100B1001. 原子性 Atomicity含义事务内多条 DML 是一个整体不允许部分提交。转账A 扣钱成功B 加钱时报错 → 必须全部回滚A 的钱恢复不能出现钱凭空消失。实现机制undo log回滚日志执行 SQL 前先把修改前的数据快照写到 undo log事务失败时依靠 undo log 反向回滚提交成功后 undo log 可以清理。注意原子性是 “失败能回滚”原子性本身不解决并发问题。2. 一致性 Consistency最难理解面试高频坑点含义数据库的完整性约束不能被破坏包含主键唯一、外键约束、字段非空、唯一索引、业务层面数据平衡。转账例子转账前后总金额不变AB 总和不变这就是业务一致性不能出现 A 扣了 100B 没加上总金额变少。区分原子性保证失败就回滚不会半完成隔离性保证并发的时候不乱改持久化保证提交后不丢 三者一起保障最终的一致性。❌ 误区一致性不是 “数据不能变”而是变化之后依然符合规则。 ❌ 误区一致性≠隔离性。就算只有一个事务串行跑没有并发隔离不存在依然需要原子性保证一致性。3. 隔离性 Isolation含义并发事务之间的可见控制防止并发带来脏读、不可重复读、幻读。 数据库没办法做到完全隔离串行化性能极差所以分出 4 个隔离级别隔离级别越高并发性能越差。 依赖MVCC 锁机制 read viewInnoDB 并发三大问题脏读读到别的事务未提交的数据对方后面回滚了你读到脏数据不可重复读同一个事务内两次读同一行中间被别的事务修改并提交两次结果不一样针对行数据修改 update幻读同一个事务两次范围查询别的事务插入 / 删除了新行行数变了针对insert/delete范围查询4 个隔离级别MySQL InnoDB读未提交 READ UNCOMMITTED允许脏读几乎不用读已提交 READ COMMITTEDRCOracle 默认解决脏读存在不可重复读、幻读可重复读 REPEATABLE READRRMySQL InnoDB 默认解决脏读、不可重复读InnoDB 通过间隙锁 MVCC解决了幻读串行化 SERIALIZABLE最高隔离加读锁所有事务串行执行无并发问题性能最低一句话隔离性就是控制 “别的事务改的数据我能不能看见”。4. 持久性 Durability含义事务 commit 成功后修改一定永久保存就算数据库宕机、服务器断电、崩溃数据也不会丢。实现机制redo log重做日志MySQL 不是改完磁盘数据页再提交而是先写 redo logWAL 预写日志先保证日志落盘再异步刷脏页到磁盘。 宕机重启后MySQL 扫描 redo log把已经提交、但是还没刷到磁盘的数据重做恢复。关键点WAL 机制就是为了保障持久性同时提升性能避免每次事务直接刷磁盘。✅ 核心关系梳理面试加分目标一致性 C支撑手段A 原子性故障场景失败回滚避免半事务I 隔离性并发场景事务之间互相干扰控制D 持久性提交之后数据不丢失底层两大日志分工InnoDBundo log → 原子性 MVCC 快照读redo log → 持久性 速记口诀你偏好的迷你版原子不可分undo 可回奔约束守一致目标是根本并发靠隔离锁与 MVCC持久 redo 稳提交不丢本。
