MyISAM不支持SAVEPOINT，因其无事务机制、不写undo log，执行SAVEPOINT或ROLLBACK TO SAVEPOINT均无效或报错；仅InnoDB引擎支持该功能。
MyISAM 根本没有事务状态，SAVEPOINT 无处落脚
SAVEPOINT 不是独立功能，它依赖事务上下文存在。MyISAM 表执行 SAVEPOINT sp1 时，MySQL 会直接报错：ERROR 1196 (HY000): Table 'xxx' doesn't support transactions 或静默忽略（取决于客户端和 MySQL 版本），因为引擎层连事务开启都做不到，更不可能维护“保存点”这个事务内的锚点。
执行 ROLLBACK TO SAVEPOINT 为什么会失败
失败不是语法或权限问题，而是底层机制缺失：
- MyISAM 不写 undo log，没有“前镜像”可还原，
ROLLBACK TO SAVEPOINT实际要回退到某个中间状态，但它连最基础的回滚能力都没有 - 即使你绕过报错强行执行（比如在混合引擎库中误操作），该语句也完全不生效——查表数据仍是最后一条 DML 的结果
-
SHOW SAVEPOINTS在 MyISAM 表上不可用，命令本身会报错或返回空集
别被 START TRANSACTION 假象骗了
在 MyISAM 表上执行 START TRANSACTION 或 BEGIN，MySQL 不报错，但这是个“空动作”：
Mysql Skill 1.0.0 (3)
下载
MySQL 数据库管理技能，能够通过自然语言查询和管理数据库，支持 SELECT/INSERT/UPDATE/DELETE、表管理、备份恢复等操作。当用户提及 MySQL、数据库查询、建表或数据备份时使用此技能。
-
SELECT @@in_transaction返回 0，说明事务根本没激活 - 后续所有 DML 仍为自动提交，
ROLLBACK或ROLLBACK TO SAVEPOINT都无法影响已落盘的数据 - 这种静默忽略容易让人误以为“事务开了”，实则从第一行 INSERT 开始就已不可逆
真正能用 SAVEPOINT 的前提只有一个
不是看 SQL 写得对不对，而是看表是否为 InnoDB：
- 运行
SHOW CREATE TABLE your_table，确认输出里有ENGINE=InnoDB - 确保没有隐式提交操作穿插其中（如
ALTER TABLE、CREATE INDEX、LOCK TABLES） - SAVEPOINT 名字不支持嵌套或重名管理——
SAVEPOINT a; SAVEPOINT a;后者会覆盖前者，不存在栈式回退
MyISAM 的限制不在语法层，而在存储引擎设计之初就没预留事务状态槽位。想用保存点，必须换引擎，没有模拟或兼容方案。
