MySQL事务是将一组相关操作打包成不可分割的执行单元，确保全部成功或全部失败，解决多操作中断导致的数据错乱问题，具备ACID特性，需InnoDB引擎支持，通过START TRANSACTION开启、COMMIT/ROLLBACK控制。
MySQL事务的基本概念，就是把一组相关的数据库操作打包成一个不可分割的执行单元。这组操作要么全部成功、写入生效，要么全部失败、彻底撤销，不会出现“只做一半”的中间状态。
事务是为了解决什么问题
日常业务中，单条SQL语句出错影响有限，但多个关联操作（比如转账）一旦断在中间，就会导致数据错乱：
- 张三扣了1000元，李四没收到——钱凭空消失
- 库存减了，订单却没生成——客户下单失败但库存已锁
- 日志写了，主表没更新——系统状态不一致
事务正是用来兜住这类风险，确保业务逻辑的完整性。
事务必须满足ACID四个核心特性
原子性（Atomicity）：事务是最小执行单位，不可再拆分。InnoDB通过undo log记录每步操作的反向动作（如插入→记删除日志，更新→记旧值），回滚时按日志逆向恢复。
一致性（Consistency）：不是数据库自动保证的“魔法”，而是事务机制+约束规则（主键、外键、CHECK、触发器等）+应用逻辑共同实现的结果。比如转账前后总金额不变，就是靠原子性和隔离性支撑的一致性表现。
隔离性（Isolation）：多个事务并发运行时互不干扰。MySQL通过锁（行锁/间隙锁）和MVCC（多版本并发控制）实现，不同隔离级别对应不同可见性规则。
持久性（Durability）：提交后数据不会丢。依赖redo log——事务提交前先写日志，崩溃重启后可重放日志恢复未刷盘的数据。
事务在MySQL中怎么用
默认情况下，每条INSERT/UPDATE/DELETE都是自动提交的独立事务（autocommit=1）。要手动控制一组操作，需显式开启：
- START TRANSACTION 或 BEGIN 启动事务
- 执行多条DML语句（如UPDATE account SET money=money-1000 WHERE name='张三'）
- 成功则 COMMIT；出错则 ROLLBACK
- 支持保存点 SAVEPOINT sp1 和部分回滚 ROLLBACK TO sp1
注意：只有InnoDB引擎完整支持事务，MyISAM等引擎不支持。
事务不是万能的，也有使用边界
长事务会占用大量undo log空间，拖慢purge线程，还可能引发锁等待甚至死锁；高隔离级别（如SERIALIZABLE）虽安全但严重限制并发。实际开发中，应根据业务场景权衡隔离级别，多数OLTP系统用默认的REPEATABLE-READ即可，配合合理索引与短事务设计。
