COMMIT 是永久写入磁盘并使变更对其他事务可见，ROLLBACK 是彻底丢弃变更并回退到事务起点；二者本质区别在于是否触发持久化。
commit 和 rollback 的本质区别是什么
COMMIT 是把事务中所有 DML 操作（INSERT/UPDATE/DELETE）的变更**永久写入磁盘**，让其他事务立刻可见；ROLLBACK 则是**彻底丢弃**这些变更，将数据库状态倒退回 START TRANSACTION 或 BEGIN 时的快照。
关键不是“执行了什么语句”，而是“是否触发持久化”——COMMIT 后数据进硬盘、不可逆；ROLLBACK 后连内存里的修改记录都清空，就像没发生过。
什么时候必须手动开启事务才能用 commit/rollback
MySQL 默认是 autocommit = 1，意味着每条 DML 单独成一个事务，执行完就自动 COMMIT。此时你写 ROLLBACK 是无效的——因为上一条语句早就提交了，根本没“可回滚的内容”。
- 必须先显式关闭自动提交：
SET @@autocommit = 0 - 或更推荐的方式：
START TRANSACTION（等价于BEGIN），它会隐式关闭 autocommit 直到本次事务结束 - 之后的多条 DML 才真正属于同一个事务上下文，
COMMIT或ROLLBACK才有意义
常见误操作：回滚失败的三个典型原因
不是语法错，而是逻辑/配置层面踩坑：
- 在
autocommit = 1下执行了单条UPDATE，再ROLLBACK—— 实际已提交，回滚无效果 - 事务中途断开连接（比如客户端崩溃、超时），MySQL 会自动
ROLLBACK，但你可能误以为“没执行”，其实已经丢了 - 用了
SAVEPOINT但回滚目标写错名，比如ROLLBACK TO sp1而实际定义的是sp_a，报错且整个事务仍处于活动状态
提交和回滚对并发读的影响
它们直接决定“别的连接能看到什么”。比如两个窗口同时操作：
- A 窗口
START TRANSACTION→UPDATE张三余额 → 还没COMMIT：B 窗口查不到变化（取决于隔离级别，REPEATABLE READ下 B 看不到，READ UNCOMMITTED下能看到脏数据） - A 窗口执行
COMMIT后：B 窗口下一次SELECT就能读到新值 - A 窗口执行
ROLLBACK后：B 窗口永远读不到这次修改，就像它从未存在
所以别只盯着自己窗口的数据变化——事务的边界，本质是“何时让别人看见你的改动”。COMMIT 是发布，ROLLBACK 是撤稿，而中间那段“未决状态”，就是隔离级别要管的事。
