MyISAM表执行SAVEPOINT无效是因为其不支持事务，语句被MySQL静默忽略；需先改引擎为InnoDB，并确保autocommit=0、在显式事务中使用，且注意行锁不随回滚释放。
MyISAM 表执行 SAVEPOINT 为什么没报错却无效？
因为 MyISAM 根本不实现事务逻辑，SAVEPOINT、ROLLBACK TO SAVEPOINT 这些语句在 MyISAM 表上会被 MySQL 静默忽略——既不报错，也不生效。你执行 SAVEPOINT sp1 后立刻查 information_schema.INNODB_TRX（哪怕表名写对了）也查不到任何事务信息，因为 InnoDB 引擎压根没参与。
确认表引擎是不是 MyISAM 的最快方法
别猜，直接查：
SHOW CREATE TABLE `your_table_name`;
看输出里 ENGINE=MyISAM 还是 ENGINE=InnoDB。也可以批量检查：
SELECT table_name, engine FROM information_schema.tables WHERE table_schema = 'your_db_name' AND engine = 'MyISAM';
常见误判点：
- 建表时没显式指定
ENGINE=InnoDB，MySQL 5.5+ 默认是 InnoDB，但老版本或某些导入脚本可能仍用 MyISAM - 从其他库导入的表保留了原引擎，
mysqldump默认不带--skip-create-options时会导出ENGINE=MyISAM -
ALTER TABLE t1 ENGINE=InnoDB执行成功不代表数据已转换完成——大表会锁表、耗时长，需观察SHOW PROCESSLIST
把 MyISAM 表改成 InnoDB 才能用 SAVEPOINT
改引擎是唯一正解，不是“兼容方案”。执行：
ALTER TABLE `your_table_name` ENGINE = InnoDB;
注意几个硬性前提：
- 表不能有全文索引（MyISAM 支持，InnoDB 5.6+ 才支持，且语法不同）
- 外键约束在 InnoDB 中才有效，MyISAM 的
FOREIGN KEY定义只是被解析器忽略，不会报错也不会起作用 - 如果表用了
AUTO_INCREMENT字段，InnoDB 要求它必须是索引的一部分（通常是主键或含主键的联合索引） - 改完后务必验证：再次运行
SHOW CREATE TABLE，确认输出中是ENGINE=InnoDB，且没有残留警告
改完引擎后 SAVEPOINT 还不生效？检查这三件事
引擎对了只是第一步，SAVEPOINT 还依赖运行时上下文：
-
SELECT @@autocommit;必须返回0；若为1，先执行SET autocommit = 0; - 必须在显式事务中使用：
START TRANSACTION;或BEGIN;之后才能设点，不能在单条语句自动提交模式下用 - 确保连接没被连接池复用污染：上个请求如果没
COMMIT或ROLLBACK，当前请求一执行SAVEPOINT就可能报transaction not active
真正容易被忽略的是锁行为：即使 ROLLBACK TO SAVEPOINT 成功回退了数据，InnoDB **不会释放该保存点之后获取的行锁**——尤其是你插入又回滚的那几行，别的事务更新它们时依然会等，直到整个事务结束。
