在MySQL中理解事务的ACID特性，关键在于掌握其四个核心属性：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和持久性（Durability）。这些特性共同确保数据库在事务处理过程中保持可靠和正确。
原子性（Atomicity）
原子性保证事务是一个不可分割的操作单元。事务中的所有操作要么全部成功执行，要么全部不执行。
在MySQL中，如果一个事务包含多条SQL语句，比如转账操作中从A账户扣款并给B账户加款，若其中任一语句失败，整个事务都会回滚到初始状态。
实现方式：
- 使用 ROLLBACK 回滚失败的事务- 使用 COMMIT 提交成功的事务
- InnoDB引擎通过undo log记录事务前的状态，支持回滚
一致性（Consistency）
一致性确保事务执行前后，数据库从一个合法状态转移到另一个合法状态，满足预定义的约束、触发器、外键等规则。
例如银行转账后，总金额应保持不变，不会因为中间故障导致数据逻辑错误。
注意：一致性由数据库的其他机制（如约束、触发器）和ACID其他三个特性共同保障，并非单一机制实现。
- 唯一索引避免重复数据
- 事务的原子性和隔离性协助维护逻辑正确性
隔离性（Isolation）
隔离性控制多个并发事务之间的可见性，防止彼此干扰。MySQL的InnoDB引擎通过多版本并发控制（MVCC）和锁机制实现不同隔离级别。
常见的隔离级别包括：
- 读未提交（Read Uncommitted）：可读到未提交的数据，存在脏读- 读已提交（Read Committed）：只能读已提交数据，避免脏读
- 可重复读（Repeatable Read）：MySQL默认级别，保证同一事务内多次读取结果一致
- 串行化（Serializable）：最高隔离级别，强制事务串行执行，避免幻读
可通过以下命令查看或设置隔离级别：
SELECT @@transaction_isolation;SET SESSION transaction_isolation = 'READ-COMMITTED';
持久性（Durability）
持久性确保一旦事务提交，其修改将永久保存在数据库中，即使系统崩溃也不会丢失。
InnoDB通过redo log实现持久性。当事务提交时，MySQL先将更改写入redo log，并在后续刷盘到数据文件。
- redo log采用顺序写，提高性能- 崩溃恢复时，MySQL重放redo log中的记录，重建已提交事务的更改
- 配置参数如innodb_flush_log_at_trx_commit影响持久性与性能的平衡
基本上就这些。理解ACID不是记住定义，而是明白每个特性如何在MySQL中落地，以及它们如何协同工作来保护数据的准确与安全。
