1. 开启事务的前提与准备
1.1 了解自动提交与事务的关系
在 MySQL 中，事务的可回滚能力取决于会话是否处于手动提交模式。autocommit 的默认状态通常为开启，这意味着每条语句都独立提交，无法回滚。要实现从开启事务到回滚的完整控制，需要将会话切换到手动提交模式。开启事务回滚的核心在于把一组操作包裹在一个原子单元内，并在需要时统一回滚或提交。事务性的核心概念包括原子性、一致性、隔离性和持久性（ACID），其中只有在可回滚的事务中才能实现后续的回滚能力。InnoDB 作为常见的存储引擎，提供对事务的完整支持。InnoDB 的存在是实现回滚能力的前提。
要点总结：autocommit、BEGIN/START TRANSACTION、以及使用 ROLLBACK / COMMIT 的能力，是开启事务回滚的基础。理解这些概念，有助于在后续步骤中正确控制回滚范围与时机。
1.2 显式开启事务的常用语句
为了确保后续操作可回滚，应显式把会话设为非自动提交并开始一个事务。常用的开启方式包括 BEGIN 与 START TRANSACTION。两者在大多数场景下等价，差异仅在于风格偏好。BEGIN 是最简洁的选择，适用于清晰地标识事务边界的场景。
在实际应用中，也可以先关闭自动提交，然后再显式开启事务，以确保后续的操作都被包含在同一个事务中。SET autocommit = 0 再配合 BEGIN 使用，能更明确地控制事务起始点。
SET autocommit = 0;
BEGIN;
-- 或者：
START TRANSACTION;
重要点回顾：BEGIN/START TRANSACTION 将当前会话切换到可回滚状态，直到 COMMIT 或 ROLLBACK 为止。若不执行这一步，后续的回滚将无法生效。
2. 从开启事务到执行并观察错误
2.1 使用 BEGIN/START TRANSACTION 开启并执行 DML
在事务开启后，后续的写操作都属于同一个原子单元，未提交前的改动对其他会话不可见。DML（数据操作语言）如 INSERT、UPDATE、DELETE 会被暂存于事务中，等待 COMMIT 或 ROLLBACK 才会真正持久化或撤销。事务边界的设定确保了数据的一致性与可回滚性。
在开始阶段，确保执行的操作在同一事务内，以便在需要时可以统一回滚。以下示例演示了一个简单的更新操作序列，位于同一个事务中。
BEGIN;
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
UPDATE accounts SET balance = balance + 100 WHERE id = 2;
实践中，如果其中任意一条语句失败，应用层应捕获错误并执行 ROLLBACK，以避免产生不一致的数据。请注意错误处理逻辑应覆盖网络异常、语法错误、约束冲突等场景。
要点总结：BEGIN 后的操作在提交前都可回滚，ROLLBACK 会撤销自事务起点以来的所有改动。
2.2 设置保存点 SAVEPOINT 的使用
SAVEPOINT 提供了粒度更细的回滚能力，允许在一个事务内设置一个回滚点，而不是回滚整个事务。通过 SAVEPOINT，后续可以使用 ROLLBACK TO SAVEPOINT 将状态回滚到该点，同时保留该点之后的改动。
在复杂的业务流程中，SAVEPOINT 能帮助你在局部区域内进行回滚，而不丢失整条事务的其他进展。
SAVEPOINT sp1;
UPDATE accounts SET balance = balance - 50 WHERE id = 1;
ROLLBACK TO SAVEPOINT sp1;
设计要点：SAVEPOINT 的名称在同一事务内应保持唯一，跨事务不可重复使用；回滚到保存点后，事务仍然处于活动状态，后续可以继续执行 COMMIT 或进一步创建新的保存点。
总结要点：SAVEPOINT 提供了局部回滚能力，是实现复杂事务回滚策略的常用工具。
3. 触发回滚操作
3.1 直接回滚：ROLLBACK
ROLLBACK 是最直接的回滚方式，它会撤销自最近一次 BEGIN/START TRANSACTION 以来的所有未提交变更。执行 ROLLBACK 后，当前事务结束，数据状态回到事务起点之前的状态。
在遇到不可恢复的错误时，及时执行 ROLLBACK，可以防止错误导致的数据不一致。日志与监控中应记录回滚的原因，以便后续排查。
ROLLBACK;
要点回顾：ROLLBACK 作用域覆盖自 BEGIN 以来的未提交改动，确保数据回滚到事务边界前的状态。
3.2 回滚到保存点：ROLLBACK TO SAVEPOINT
当事务比较复杂、包含多阶段数据操作时，可以针对性地回滚到某个保存点，而不是整条事务全部回滚。使用 ROLLBACK TO SAVEPOINT 可以保留保存点之前的操作，继续在事务中执行其他逻辑。
示例中，先创建保存点 sp2，然后在发生错误时回滚到该点。
SAVEPOINT sp2;
UPDATE accounts SET balance = balance - 200 WHERE id = 1;
ROLLBACK TO SAVEPOINT sp2;
注意细节：ROLLBACK TO SAVEPOINT 不会结束整个事务，只是把状态回滚到指定点；回滚后事务仍可继续执行，最后再选择 COMMIT 或继续设定新的保存点。
要点总结：SAVEPOINT 提供了局部回滚能力，是实现阶段性回滚的关键工具。
4. 结束与清理：提交或回滚后的事务处理
4.1 提交事务：COMMIT
当所有需要的操作都已正确执行且数据一致性检查通过后，可以使用 COMMIT 将自 BEGIN 以来的改动永久写入数据库。提交后，事务结束，数据对其他会话可见且不可回滚。
在回滚路径被触发后，如果需要继续执行其它独立的操作，则不应在当前事务内提交；应在合适的时机再次执行 BEGIN、COMMIT，以保证数据的一致性与可控性。
COMMIT;
要点：COMMIT 是完成事务的最终步骤，确保所有在事务中的改动持久化并对其他会话可见。
4.2 自动提交与事务结束后的状态
在某些场景下，连接关闭时数据库会自动提交未显式提交的事务，具体行为取决于 autocommit 的设置与客户端实现。因此，为了实现明确的回滚能力，最好始终在应用层显式控制：SET autocommit = 0、BEGIN、ROLLBACK 或 COMMIT。
要点归纳：在需要回滚的场景下，保持对 autocommit、BEGIN、ROLLBACK、SAVEPOINT、COMMIT 的清晰控制，能确保从开启事务到回滚的完整路径始终可控。
