ACID特性确保MySQL事务可靠执行。1. 原子性通过undo log保证事务操作全成功或全回滚，如转账需两账户同步变更；2. 一致性由应用与数据库共同维护，确保余额非负等逻辑成立；3. 隔离性通过隔离级别控制并发干扰，防止脏读、幻读等问题；4. 持久性依赖redo log将提交的修改持久保存，故障后可恢复数据。
MySQL数据库的ACID特性是保证事务可靠执行的核心机制。在涉及金融交易、订单处理等关键业务场景中，数据的一致性和完整性至关重要。理解ACID有助于正确设计和使用数据库事务。
原子性（Atomicity）
事务是一个不可分割的操作单元，其中的所有操作要么全部成功提交，要么全部失败回滚。即使系统崩溃或断电，MySQL也会通过回滚日志（undo log）确保事务的原子性。
- 比如转账操作：A账户减100元，B账户加100元，两个操作必须同时生效或同时失效
- 若其中一个步骤失败，整个事务都会被撤销，数据库状态回到事务开始前
一致性（Consistency）
事务执行前后，数据库必须保持逻辑上的正确状态。这包括满足约束、触发器、外键规则等业务逻辑要求。
- 例如：账户余额不能为负数，事务结束后仍需满足这一规则
- 一致性由应用程序逻辑和数据库共同维护，不是单靠数据库自动实现的
隔离性（Isolation）
多个事务并发执行时，彼此之间应互不干扰。MySQL通过不同的隔离级别控制事务之间的可见性，防止脏读、不可重复读和幻读问题。
- 读未提交（Read Uncommitted）：可能读到其他事务未提交的数据
- 读已提交（Read Committed）：只能读到已提交的数据，解决脏读
- 可重复读（Repeatable Read）：MySQL默认级别，保证同一事务内多次读取结果一致
- 串行化（Serializable）：最高隔离级别，完全串行执行，避免所有并发问题
持久性（Durability）
一旦事务提交，其修改将永久保存在数据库中，即使系统发生故障也不会丢失。MySQL通过重做日志（redo log）实现持久性。
- 事务提交时，先将更改写入redo log，再异步刷入磁盘数据文件
- 重启后可通过日志恢复未写入的数据，保障数据不丢失
基本上就这些。ACID特性共同作用，让MySQL在复杂环境下依然能提供可靠的数据服务。合理使用事务并选择合适的隔离级别，是保障应用稳定的关键。
