myisam 表执行 rollback 完全无效，因其引擎不支持事务：无 undo log、无事务状态跟踪，begin/rollback 均被静默忽略，所有 dml 自动提交。
MyISAM 表上执行 ROLLBACK 完全无效，不是配置错、不是代码漏写，是引擎根本不支持事务 —— 所有 DML 操作都自动提交，回滚语句被静默忽略。
MyISAM 为什么连 ROLLBACK 都不认
MyISAM 没有 undo log，也没有事务状态跟踪机制。当你执行 BEGIN 或 START TRANSACTION，它直接无视；执行 ROLLBACK 时，既不报错也不撤回数据，只是“假装执行了”。底层原因很硬：它设计目标就是高读速 + 快速修复，压根没预留事务能力的基础设施。
常见错误现象：
- Spring Boot 加了
@Transactional，抛异常后数据还在 - MySQL 客户端手动
BEGIN; INSERT; ROLLBACK;，再查表发现记录已存在 -
SHOW CREATE TABLE table_name显示ENGINE=MyISAM，却以为只是autocommit没关
怎么快速确认是不是 MyISAM 导致回滚失效
别猜，用 SQL 直接查：
- 查当前表引擎：
SHOW CREATE TABLE your_table;→ 看ENGINE=后面是什么 - 查整库所有表引擎：
SELECT table_name, engine FROM information_schema.tables WHERE table_schema = 'your_db'; - 查 MySQL 支持哪些事务引擎：
SHOW ENGINES;→ 关注SUPPORT列为YES且TRANSACTIONS列也为YES的行（通常是InnoDB）
把 MyISAM 表改成 InnoDB 的关键操作点
改引擎不是语法替换那么简单，要注意兼容性断点：
- 执行前必须备份：
mysqldump -u user -p db_name table_name > backup.sql - 改单表：
ALTER TABLE your_table ENGINE = InnoDB;（注意是ENGINE，不是旧式TYPE） - 如果原表有
FULLTEXT索引，MySQL 5.6 以下版本不支持 InnoDB 全文索引，需先DROP INDEX再改引擎，最后重建 - 改完验证：
SELECT ENGINE FROM information_schema.TABLES WHERE TABLE_SCHEMA='db_name' AND TABLE_NAME='your_table';→ 结果必须是InnoDB - 切忌用
REPAIR TABLE或myisamchk处理 InnoDB 表——会损坏数据
为什么不能靠存储过程“模拟”回滚
网上有些方案建议在 MyISAM 表上写存储过程，用 IF EXISTS + DELETE 做补偿逻辑，这本质是应用层兜底，不是事务回滚：
-
ROLLBACK在 MyISAM 存储过程中依然不生效，语句会被忽略 - 所谓“回滚”其实是靠前置检查 + 补救 SQL 实现，无法保证原子性，也扛不住并发写入
- 一旦中间出错（比如网络中断、连接断开），补救逻辑可能只执行一半，状态不一致风险极高
真正可靠的回滚，只存在于 InnoDB 这类带 undo log 的引擎中；MyISAM 上谈回滚，就像在自行车上装火箭推进器——硬件不支持，加再多软件层也没用。
