InnoDB通过undo log、redo log、MVCC和锁机制完整实现ACID特性，支持四种隔离级别，默认可重复读，结合行级锁与自动死锁检测，在保证数据一致性的同时提升并发性能，适用于高并发企业级应用。
MySQL 的 InnoDB 存储引擎是目前最常用的事务型存储引擎，它完全支持 ACID 事务特性，能够确保数据的一致性和完整性。在高并发、复杂业务场景下，InnoDB 的事务机制发挥着核心作用。
事务的 ACID 特性支持
InnoDB 对事务的四大特性（ACID）提供了完整的实现：
- 原子性（Atomicity）：通过 undo log 实现。事务中的所有操作要么全部成功提交，要么全部回滚。如果事务中途失败，InnoDB 利用 undo log 将数据恢复到事务开始前的状态。
- 一致性（Consistency）：由数据库本身的约束（如主键、外键、唯一索引等）和事务的原子性、隔离性共同保障。InnoDB 支持外键约束，确保关联表之间的数据逻辑一致。
- 隔离性（Isolation）：通过锁机制和多版本并发控制（MVCC）实现。InnoDB 提供了四种隔离级别：读未提交（READ UNCOMMITTED）、读已提交（READ COMMITTED）、可重复读（REPEATABLE READ）和串行化（SERIALIZABLE），默认为可重复读。
- 持久性（Durability）：依赖 redo log。事务提交后，InnoDB 会将变更写入 redo log，并在适当时候刷盘，即使系统崩溃也能通过日志恢复数据。
事务控制语句与自动提交
InnoDB 中的事务可以通过显式或隐式方式管理：
- 使用 START TRANSACTION 或 BEGIN 开启一个事务。
- 执行 SQL 操作后，用 COMMIT 提交事务，使更改永久生效。
- 若发生错误或需要取消操作，使用 ROLLBACK 回滚事务，撤销所有未提交的修改。
- MySQL 默认开启自动提交模式（autocommit = 1）。在这种模式下，每条单独的 SQL 语句都会被视为一个事务并自动提交。可通过设置 SET autocommit = 0 关闭自动提交，进入手动事务控制模式。
MVCC 与隔离级别的实现机制
InnoDB 使用 MVCC 来提高并发性能，特别是在读操作较多的场景中：
- MVCC 通过保存数据的历史版本（借助 undo log 和事务版本号）来实现非阻塞读。在可重复读隔离级别下，事务启动时会创建一个快照，后续读取都基于该快照，避免了幻读问题（一定程度上）。
- 不同隔离级别对并发行为的影响显著：
- 读未提交：可能读到其他事务未提交的数据（脏读）。
- 读已提交：只能读到已提交的数据，但同一事务内多次读取可能结果不一致（不可重复读）。
- 可重复读：InnoDB 通过 MVCC + 间隙锁（Gap Lock）防止大部分幻读现象。
- 串行化：最高隔离级别，所有事务串行执行，避免一切并发问题，但性能最低。
锁机制与并发控制
InnoDB 的锁机制是事务隔离的重要支撑：
- 支持行级锁，减少锁冲突，提升并发能力。相比表锁，行锁只锁定访问的记录，不影响其他行的操作。
- 除了记录锁，还引入间隙锁（Gap Lock）和临键锁（Next-Key Lock），用于防止幻读。
- 死锁检测由 InnoDB 自动处理。当两个事务相互等待对方持有的锁时，系统会选择其中一个事务进行回滚，释放资源。
- 可通过 SHOW ENGINE INNODB STATUS 查看最近的死锁信息，辅助排查问题。
基本上就这些。InnoDB 的事务支持不仅功能完整，而且在性能和可靠性之间做了良好平衡，适合大多数企业级应用场景。理解其底层机制有助于写出更安全、高效的数据库操作代码。
