COMMIT 和 ROLLBACK 是事务控制核心命令：COMMIT 永久保存事务内 DML 修改并释放锁，ROLLBACK 撤销未提交的全部改动并释放资源；DDL 通常隐式提交且不可回滚，SAVEPOINT 支持部分回滚；需防忘记提交、长事务锁表及嵌套事务兼容性问题。
SQL 中的 COMMIT 和 ROLLBACK 是事务控制的核心命令，用来决定是否永久保存或撤销当前事务中的数据变更。用对了，能保障数据一致性；用错了，可能丢数据或锁表。
COMMIT：确认并永久保存修改
当你执行 INSERT、UPDATE、DELETE 等操作后，这些改动默认只在当前事务中“暂存”，其他会话看不到，也不持久化。只有执行 COMMIT，数据库才会真正写入磁盘，并释放相关锁。
- 语法很简单：COMMIT;（可带可不带分号，取决于客户端）
- 执行后，该事务内所有 DML 操作不可逆，其他连接立刻可见结果
- 自动提交模式下（如多数 MySQL 客户端默认开启），每条语句单独提交，无需手动 COMMIT；但显式开启事务（BEGIN / START TRANSACTION）后，必须手动 COMMIT 才生效
ROLLBACK：放弃当前事务的所有改动
如果中间出错、逻辑判断不满足，或只是想测试又不想留痕迹，可以用 ROLLBACK 撤销从事务开始到当前的所有 DML 操作。
- 语法：ROLLBACK;
- 它会回退未提交的修改，同时释放行锁、表锁等资源
- 注意：DDL（如 CREATE、ALTER）通常会隐式触发 COMMIT，执行后无法被 ROLLBACK 覆盖
- 部分数据库支持 SAVEPOINT，可在事务中设检查点，只回滚到某一点，比如：SAVEPOINT sp1; → 后续出错时 ROLLBACK TO sp1;
常见误操作和注意事项
实际开发中，几个容易踩坑的地方：
- 忘记 COMMIT 导致“以为改了，其实没生效”，尤其在应用里手动控制事务时
- 长时间不 COMMIT 或 ROLLBACK，会让事务持续持有锁，影响并发性能，甚至引发死锁
- 在存储过程或函数里使用事务，需注意嵌套事务的支持情况（例如 SQL Server 支持，MySQL 不支持真正的嵌套事务）
- 某些客户端工具（如 phpMyAdmin、DBeaver）有“自动提交”开关，界面显示可能误导人，建议查一下当前会话状态：SELECT @@autocommit;
一个简单示例流程
以银行转账为例（假设账户余额足够）：
- START TRANSACTION;
- UPDATE accounts SET balance = balance - 100 WHERE id = 1;
- UPDATE accounts SET balance = balance + 100 WHERE id = 2;
- 检查两条语句都成功 → COMMIT;
- 中间某步失败（比如余额不足）→ ROLLBACK;
基本上就这些。事务不是越长越好，也不是越短越安全，关键是根据业务边界合理划分，该提交时提交，该回滚时别犹豫。
