回滚通过ROLLBACK和事务控制实现，确保原子性与一致性。开启事务后，手动执行ROLLBACK可撤销更改；发生错误、DDL语句或连接中断时自动回滚。使用SAVEPOINT可实现部分回滚。仅InnoDB等事务型引擎支持回滚，MyISAM不支持。
MySQL事务的回滚是通过事务控制语句来实现的，主要依赖于ROLLBACK命令和事务的自动管理机制。当一个事务中的操作出现错误或满足特定条件时，可以通过回滚将数据库恢复到事务开始前的状态，确保数据的一致性和完整性。
事务的基本特性（ACID）
在理解回滚之前，需要了解事务的四个基本特性：
- 原子性（Atomicity）：事务是一个不可分割的操作单元，要么全部执行，要么全部不执行。
- 一致性（Consistency）：事务执行前后，数据库都处于一致状态。
- 隔离性（Isolation）：多个事务并发执行时，彼此之间互不干扰。
- 持久性（Durability）：事务一旦提交，其结果就是永久性的。
回滚机制主要保障的是原子性和一致性。
手动回滚：使用ROLLBACK
在开启事务后，如果发现某条SQL语句执行出错或业务逻辑不满足要求，可以手动执行ROLLBACK来撤销所有未提交的更改。
示例：START TRANSACTION; UPDATE accounts SET balance = balance - 100 WHERE user_id = 1; UPDATE accounts SET balance = balance + 100 WHERE user_id = 2; -- 假设此处检查发现用户2不存在 ROLLBACK;
上述代码中，两条UPDATE语句都不会生效，数据库状态回到事务开始前。
自动回滚：异常与隐式提交
MySQL在某些情况下会自动触发回滚：
- 当事务中执行的SQL语句出现严重错误（如主键冲突、外键约束失败等），并且客户端程序没有处理时，通常会引发回滚。
- 执行DDL语句（如CREATE、ALTER、DROP）会导致当前事务被自动提交或回滚，具体行为取决于存储引擎和配置。
- 连接断开或服务器崩溃时，未提交的事务会被自动回滚。
保存点（SAVEPOINT）用于部分回滚
有时不需要回滚整个事务，而是只想撤销一部分操作。这时可以使用保存点。
示例：
START TRANSACTION;
INSERT INTO logs VALUES ('step1');
SAVEPOINT step1;
INSERT INTO logs VALUES ('step2');
-- 出现问题
ROLLBACK TO step1;
COMMIT;
这条语句只会回滚到step1，第一条INSERT仍然保留，最终提交事务。
存储引擎支持
注意：只有支持事务的存储引擎才能使用回滚功能。InnoDB是MySQL默认支持事务的引擎，而MyISAM不支持事务，因此无法回滚。
确认表使用的引擎：
SHOW CREATE TABLE your_table;
基本上就这些。只要开启事务，合理使用ROLLBACK和SAVEPOINT，就能有效控制数据变更过程中的风险。关键是在业务逻辑中判断何时该提交、何时该回滚，确保数据不出错。
