MySQL 事务通过 ACID 特性中的“一致性”（Consistency）确保数据库从一个有效状态转移到另一个有效状态。但真正实现一致性的，是事务背后的原子性、隔离性和持久性共同作用的结果。MySQL 并不直接“保证”一致性，而是通过底层机制来支持应用层面的一致性要求。
1. 原子性与回滚机制
原子性确保事务中的所有操作要么全部成功，要么全部失败。当某个操作出错时，MySQL 利用 undo log 实现回滚，将数据恢复到事务开始前的状态，避免数据库处于中间或错误状态。
执行 UPDATE 或 DELETE 前，MySQL 先记录旧值到 undo log。 如果事务被 ROLLBACK，系统使用 undo log 恢复原始数据。 这防止了部分更新导致的数据逻辑冲突，维持了业务规则的一致性。2. 隔离性控制并发影响
多个事务并发执行时，可能引发脏读、不可重复读或幻读，破坏一致性。MySQL 通过 隔离级别 和 锁机制 控制并发行为。
READ COMMITTED 防止脏读，确保只读已提交数据。 REPEATABLE READ（默认）通过间隙锁（gap lock）防止幻读。 Serializable 提供最高隔离，强制串行执行，彻底避免并发问题。合理设置隔离级别，可以避免并发事务破坏数据逻辑关系，如账户余额不能为负。
3. 持久性依赖 redo log 保障
事务一旦提交，其结果必须永久保存。MySQL 使用 redo log 实现持久化，确保即使系统崩溃，已提交事务也不会丢失。
事务提交时，先写 redo log 到磁盘（顺序写，高效）。 后续再异步刷脏页到数据文件。 崩溃恢复时，通过重放 redo log 恢复未写入的数据页。这种机制保证了事务的修改不会因故障而消失，维护了数据的长期一致性。
4. 约束与触发器辅助逻辑一致性
除了事务机制，MySQL 还提供数据库约束来强化一致性：
主键、唯一索引防止重复数据。 外键约束确保关联表之间的引用完整。 NOT NULL 和 CHECK 约束限制非法值输入。 触发器可在数据变更时自动执行校验逻辑。这些机制与事务结合，能更有效地防止应用层错误导致的数据不一致。
基本上就这些。MySQL 事务本身不直接“保证”一致性，而是通过原子性、隔离性、持久性加上数据库约束，共同支撑应用所需的数据一致性。开发者需要合理设计事务边界、选择隔离级别，并利用约束机制，才能真正实现业务上的一致性要求。
