事务是MySQL中一组不可分割的操作，确保多步关联操作全部成功或全部失败，防止数据不一致、应对意外中断、简化开发逻辑；仅InnoDB引擎支持，需手动控制开启、执行与提交/回滚，并具备ACID四大特性。
事务是 MySQL 中一组不可分割的数据库操作，它把多个 SQL 语句当作一个整体来执行：要么全部成功，要么全部失败，不会出现“只执行了一半”的情况。
事务解决的核心问题
日常业务中，单条 SQL 出错影响有限；但涉及多步关联操作（比如转账、订单创建、库存扣减）时，中间出错会导致数据错乱。事务就是为这类场景设计的保障机制：
- 防止数据不一致：例如 A 账户扣款成功，B 账户入账失败 → 事务会自动回滚，两笔操作都不生效
- 应对意外中断：程序崩溃、断电、网络异常等发生时，未提交的修改会被丢弃，数据库保持原始状态
- 简化开发逻辑：开发者不用手动追踪每一步是否完成，只需定义“哪些操作必须一起成功”，由 MySQL 自动保证
事务成立的前提条件
不是所有 MySQL 表都支持事务，关键看存储引擎：
- InnoDB 引擎支持事务（默认引擎，推荐使用）
- MyISAM 引擎不支持事务（仅支持表级锁，无回滚能力）
- 可通过
SHOW ENGINES;查看当前支持的引擎及事务支持状态 - 建表时显式指定：
CREATE TABLE t (...) ENGINE=InnoDB;
事务的基本操作流程
手动控制事务需三步闭环（默认是自动提交，需先关闭）：
-
关闭自动提交：
SET autocommit = 0;或用START TRANSACTION;显式开启 -
执行 DML 操作：如
UPDATE、INSERT、DELETE等（SELECT不影响事务状态） -
提交或回滚：
COMMIT;使修改永久生效；ROLLBACK;撤销所有未提交的更改
事务的 ACID 特性简述
这是事务可靠性的四大基石，不是口号，而是 MySQL（特别是 InnoDB）实际实现的硬约束：
- 原子性：事务内操作不可拆分，像“开关”一样全开或全关
- 一致性：事务前后，数据库始终满足预设规则（如主键唯一、外键约束、check 条件）
- 隔离性：并发执行的多个事务互不干扰（通过隔离级别控制可见性）
-
持久性：一旦
COMMIT成功，即使服务器宕机，数据也不会丢失（依赖 redo log）
