ACID特性确保MySQL事务的可靠性，原子性通过undo log保证操作全成功或全回滚；一致性依赖原子性、隔离性、持久性及约束共同维护数据合法状态；隔离性利用MVCC和锁机制实现并发控制，支持读未提交、读已提交、可重复读（默认）和串行化级别；持久性依靠redo log将提交的数据修改永久保存，即使系统崩溃也可恢复。四者协同保障数据正确与安全。
MySQL中事务的ACID特性是保证数据一致性和可靠性的核心机制。理解这四个特性能帮助我们更好地设计和使用数据库操作。
原子性（Atomicity）
原子性指的是事务中的所有操作要么全部成功，要么全部失败回滚。即使系统在事务执行过程中发生崩溃，也不会出现只执行部分操作的情况。
例如，在转账场景中，从A账户扣款和向B账户加款必须作为一个整体完成。如果扣款成功但加款失败，系统会自动回滚，恢复A账户原金额。
MySQL通过undo log实现原子性。事务回滚时，利用undo log记录的数据将修改前的状态还原。
一致性（Consistency）
一致性确保事务执行前后，数据库始终处于合法状态，满足预定义的约束、触发器、外键等规则。
它不是由数据库单独保证的，而是原子性、隔离性和持久性的共同结果。比如转账后，总金额不能变化，这就是业务逻辑上的一致性要求。
开发者需要正确设计事务逻辑，数据库则通过约束检查、唯一索引等方式协助维护一致性。
隔离性（Isolation）
隔离性指多个事务并发执行时，彼此之间不能互相干扰。一个事务的中间状态不应被其他事务看到。
MySQL支持多种隔离级别来控制并发行为：
- 读未提交：可能读到未提交的数据（脏读）
- 读已提交：避免脏读，但可能出现不可重复读
- 可重复读（默认）：避免脏读、不可重复读，通过MVCC实现
- 串行化：最高级别，完全串行执行，避免幻读，但性能差
InnoDB引擎使用MVCC（多版本并发控制）和锁机制来实现不同级别的隔离。
持久性（Durability）
持久性表示一旦事务提交，其对数据的修改就是永久的，即使系统崩溃也不会丢失。
MySQL通过redo log实现持久性。事务提交时，先将更改写入redo log并刷盘，后续再异步更新数据文件。重启后可通过重放redo log恢复已提交的数据。
关键参数如innodb_flush_log_at_trx_commit设置为1时，能最大程度保证持久性。
基本上就这些。ACID不是孤立的概念，它们协同工作，让MySQL在并发和故障场景下依然能保障数据正确与安全。
