MyISAM表无法回滚事务，因其引擎不支持事务——无undo/redo日志、无事务状态跟踪，BEGIN/ROLLBACK均被静默忽略；须改用InnoDB引擎并验证ENGINE=InnoDB。
MyISAM 表根本无法回滚事务，不是配置没设对、不是代码写错了，而是它压根不支持事务 —— 这是引擎层面的硬限制。
MyISAM 不支持事务的底层原因
MyISAM 是基于 ISAM 的索引顺序访问方法实现的，设计目标是高并发读 + 快速全文检索 + 简单修复工具（如 myisamchk），它没有事务日志（redo log / undo log）、没有行锁机制、也没有事务状态跟踪。当你执行 BEGIN 或 START TRANSACTION，MyISAM 会静默忽略；COMMIT 和 ROLLBACK 对它完全无效 —— 每条 INSERT/UPDATE/DELETE 都是立即落盘的“自动提交”操作。
常见错误现象：
- Spring Boot 加了
@Transactional，但抛异常后数据仍在 - 手动在 MySQL 客户端执行
BEGIN; INSERT ...; ROLLBACK;，查表发现记录已存在 -
SHOW CREATE TABLE table_name显示ENGINE=MyISAM，却误以为只是 autocommit 没关
如何快速确认当前表是否支持回滚
别猜，直接查引擎类型和事务能力：
- 查所有可用引擎及是否支持事务：
SHOW ENGINES;→ 看SUPPORT列为YES且TRANSACTIONS列为YES的引擎（通常是InnoDB） - 查某张表的引擎：
SHOW CREATE TABLE your_table;→ 找ENGINE=...部分 - 查数据库默认引擎：
SELECT @@default_storage_engine;
注意：SHOW TABLE STATUS LIKE 'your_table'; 也能看到 Engine 字段，但不如 SHOW CREATE TABLE 直观可靠。
把 MyISAM 表改成 InnoDB 的实操要点
改引擎不是“一键切换”，要注意数据一致性与兼容性：
- 执行前务必备份：
mysqldump -u user -p db_name table_name > backup.sql - 改单表引擎：
ALTER TABLE your_table ENGINE = InnoDB;（注意是ENGINE，不是旧语法TYPE） - 如果表有全文索引（
FULLTEXT），InnoDB 从 5.6+ 才支持，低于该版本需先删掉再重建 - 改完后验证：
SELECT * FROM information_schema.TABLES WHERE TABLE_SCHEMA='db_name' AND TABLE_NAME='your_table';→ 确认ENGINE字段为InnoDB - 不要用
REPAIR TABLE或myisamchk修 InnoDB 表 —— 它们不兼容，会损坏数据
为什么不能靠存储过程“模拟”回滚
网上有些方案建议用存储过程 + 条件判断 + ROLLBACK 来“绕过” MyISAM 限制，这本质上是误导：
- MyISAM 中的
ROLLBACK语句永远不生效，哪怕写在存储过程里也一样 - 所谓“回滚”实际是靠
IF EXISTS ... DELETE这类前置检查 + 补救逻辑，属于应用层补偿，不是原子性事务回滚 - 并发场景下，这种手动检查-删除-插入的流程极易出现竞态（race condition），比如两个请求同时查到“不存在”，然后都插入成功
真正需要 ACID 保证的业务（如资金扣减、订单创建、多表强一致性更新），MyISAM 就不该出现在选型清单里 —— 引擎选错，后面所有事务控制、重试逻辑、分布式 saga 设计，都是在给地基打补丁。
