在 MySQL 中，事务（Transaction） 是一组数据库操作的逻辑单元，这些操作要么全部成功执行，要么全部失败回滚，以确保数据库从一个一致状态转换到另一个一致状态。事务是关系型数据库（RDBMS）的核心机制之一，主要用于保障数据的完整性和一致性。
一、事务的定义与核心特性（ACID）
事务的定义可通过其四大核心特性（ACID）来严格描述：
| 特性 | 含义 | 说明 |
|---|---|---|
| 原子性（Atomicity） | 事务是一个不可分割的最小操作单元，要么全部完成（提交），要么全部不完成（回滚）。 | 若事务执行过程中发生错误（如系统崩溃、SQL异常），已执行的部分操作会被回滚，恢复到事务开始前的状态。 |
| 一致性（Consistency） | 事务执行前后，数据库从一个合法状态转换到另一个合法状态。 | 合法状态由业务规则或约束（如主键唯一、外键关联、字段长度限制等）保证。例如：银行转账时，A和B的总金额必须保持不变。 |
| 隔离性（Isolation） | 多个并发事务的执行互不干扰，每个事务的执行结果不受其他事务未提交操作的影响。 | 隔离性通过 MySQL 的锁机制和多版本并发控制（MVCC）实现，不同隔离级别（如读未提交、读已提交等）会影响隔离性的强度。 |
| 持久性（Durability） | 事务一旦成功提交（COMMIT），其对数据库的修改将永久保存，即使后续发生系统崩溃或断电。 | 持久性通过数据库的日志机制（如 InnoDB 的 redo log）实现，确保提交后的修改能被重新应用到磁盘。 |
二、事务的作用
事务的存在主要是为了解决数据库操作中的数据一致性问题，具体作用体现在以下场景：
1. 保证复杂操作的原子性
当业务逻辑需要多个 SQL 操作协同完成时（例如银行转账：扣减转出账户余额 → 增加转入账户余额），若其中任意一步失败，事务可确保所有操作回滚，避免部分修改导致的数据矛盾。
示例：
START TRANSACTION; -- 开始事务
UPDATE accounts SET balance = balance - 100 WHERE user_id = 'A'; -- 扣减A的余额
UPDATE accounts SET balance = balance + 100 WHERE user_id = 'B'; -- 增加B的余额
COMMIT; -- 提交事务（若任意一步失败，执行 ROLLBACK 回滚）若第二步执行时发生错误（如 B 账户不存在），事务会回滚第一步的修改，确保 A 和 B 的总金额不变。
2. 实现错误恢复与容错
当事务执行过程中遇到意外（如硬件故障、网络中断、SQL 语法错误），数据库会自动或手动（通过 ROLLBACK）终止事务，并利用日志（如 redo log、undo log）将数据恢复到事务开始前的状态，避免脏数据残留。
3. 控制并发访问的一致性
多个用户同时操作同一数据时（如电商秒杀场景），事务的隔离性可防止以下问题：
- 脏读：读取到其他事务未提交的中间结果（如 A 转账给 B 但未提交时，C 读取到 B 的临时余额）。
- 不可重复读：同一事务内多次读取同一数据，结果不一致（如 A 第一次读取余额为 100，第二次读取时因 B 转账提交，余额变为 200）。
- 幻读：同一事务内查询结果行数不一致（如 A 查询有 5 条记录，B 插入 1 条并提交后，A 再次查询得到 6 条）。
通过设置不同的隔离级别（如 READ COMMITTED、REPEATABLE READ），可在性能与一致性之间权衡。
4. 支持业务逻辑的完整性
事务将复杂的业务逻辑封装为一个整体，简化了代码设计。例如：
- 电商下单：扣减库存 → 生成订单 → 扣减账户余额 → 发送通知。若任意一步失败，事务回滚所有操作，避免“库存已扣但订单未生成”的无效状态。
三、MySQL 中事务的注意事项
- 存储引擎支持：MySQL 中仅 InnoDB 和 XtraDB 引擎支持事务（如 MyISAM 不支持）。
- 自动提交：默认情况下，MySQL 开启自动提交（
autocommit=1），每条 SQL 语句单独作为一个事务。可通过SET autocommit=0关闭自动提交，手动控制事务边界（COMMIT/ROLLBACK）。 - 隔离级别的影响：不同隔离级别会影响并发性能和数据一致性，需根据业务需求选择（InnoDB 默认隔离级别为
REPEATABLE READ）。
总结
事务是 MySQL 保障数据一致性的核心机制，通过 ACID 特性确保操作的原子性、一致性、隔离性和持久性，广泛应用于需要多步骤协同的业务场景（如转账、订单、库存管理等）。合理使用事务可有效避免数据错误，提升系统的可靠性。
