MySQL通过原子性（Undo Log）、持久性（Redo Log）、隔离性（MVCC与锁）、完整性约束及回滚机制协同保障事务一致性，确保数据始终处于合法状态。
MySQL 通过多种机制协同工作来保证事务的一致性。一致性不是孤立实现的，而是依赖于事务的原子性、持久性和隔离性，并结合数据库的约束、触发器、外键等机制共同作用的结果。
1. 原子性与回滚机制（Undo Log）
MySQL 的 InnoDB 存储引擎使用 Undo Log 来实现事务的原子性。当事务执行修改操作时，系统会先记录数据修改前的状态到 Undo Log 中。如果事务中途失败或被显式回滚，MySQL 可以利用这些日志将数据恢复到事务开始前的状态。
这种机制确保了事务要么全部完成，要么完全不生效，从而避免数据库进入中间不一致状态。
2. 持久性与重做日志（Redo Log）
InnoDB 使用 Redo Log 确保事务提交后的数据不会因系统崩溃而丢失。事务提交时，修改操作会被写入 Redo Log 并持久化到磁盘，即使数据页尚未刷盘，重启后也能通过 Redo Log 恢复已提交的更改。
持久性保障了已提交事务的结果是永久性的，这是维持数据一致性的基础。
3. 隔离性控制（MVCC 与锁机制）
MySQL 通过 MVCC（多版本并发控制） 和锁机制（如行锁、间隙锁）来管理并发事务之间的可见性，防止脏读、不可重复读和幻读等问题。
例如，在可重复读（REPEATABLE READ）隔离级别下，InnoDB 利用 Undo Log 构建一致性视图，使事务在整个执行过程中看到的数据是一致的快照。
4. 数据完整性约束
MySQL 支持主键、唯一索引、外键、CHECK 约束等机制，强制数据符合预定义规则。比如：
- 外键约束防止插入无效的关联数据
- 唯一索引避免重复记录破坏业务逻辑
- NOT NULL 约束确保关键字段不为空
这些约束在事务执行过程中被检查，一旦违反，事务将被回滚，从而阻止不一致数据写入数据库。
5. 自动与手动回滚
当发生错误（如死锁、约束冲突）时，MySQL 会自动回滚事务。开发者也可以通过 ROLLBACK 手动中断事务，确保出错时不留下部分更新。
合理使用事务边界（BEGIN / COMMIT / ROLLBACK）能有效控制何时应用或放弃变更，进一步维护一致性。
基本上就这些。MySQL 不靠单一技术，而是通过 Undo/Redo 日志、隔离机制、约束检查和回滚能力综合保障事务的一致性。只要正确设计表结构并合理使用事务，就能让数据始终处于合法状态。
