MySQL存储过程无法实现跨库原子事务，因事务仅作用于默认数据库，跨库写入不参与回滚；跨实例更需Seata等外部协调器，原生XA仅支持单实例多连接协作。
MySQL 存储过程本身无法实现跨多个数据库的原子事务提交——哪怕它们在同一台 MySQL 实例上。 因为 MySQL 的事务（START TRANSACTION）天然只作用于当前连接所选的默认数据库（USE db_name），而对其他数据库的写操作（如 INSERT INTO other_db.t1）虽能执行，但不参与当前事务的回滚控制。更关键的是：跨实例（不同 MySQL 服务器）的分布式事务，MySQL 原生 XA 不支持自动协调，必须靠应用层协调器。
为什么跨库写入不回滚？
常见错误现象：存储过程中向 db1.t1 和 db2.t2 同时写入，db2.t2 插入失败，但 db1.t1 已落盘且无法回滚。
- MySQL 的事务隔离粒度是“连接级”，不是“实例级”或“库级”；只要语句没报错（比如主键冲突、字段超长），即使写的是另一个库的表，也会被当作本地 DML 执行并提交（尤其在
autocommit=ON下） - 即使显式写了
START TRANSACTION，对other_db.table的 DML 仍受制于引擎行为：InnoDB 允许跨库操作，但回滚段（undo log）只管理本库对象的变更，其他库的变更已由其各自引擎独立处理 - 没有隐式事务包装 ——
INSERT INTO db2.t2 ...不会自动加入你START TRANSACTION的上下文，除非你手动确保它在事务块内且未触发隐式提交（例如创建临时表、DDL 等会强制提交）
同一实例下跨库事务的可行写法
仅限所有目标库都在同一个 MySQL 实例（即同一 mysqld 进程）中，且全部使用 InnoDB 引擎。
- 必须关闭自动提交：
SET autocommit = 0（推荐放在存储过程开头） - 所有跨库语句必须写在
START TRANSACTION和COMMIT/ROLLBACK之间，且不能包含任何隐式提交语句（如CREATE TABLE、ALTER TABLE、LOCK TABLES、TRUNCATE TABLE） - 用完整三/四部分名明确指定目标库表：
INSERT INTO db1.t1 ...、UPDATE db2.t2 SET ... - 必须捕获异常并主动判断：
DECLARE CONTINUE HANDLER FOR SQLEXCEPTION设置标志位，再根据标志决定ROLLBACK或COMMIT
示例片段：
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
CREATE PROCEDURE transfer_across_dbs()
BEGIN
DECLARE t_error INT DEFAULT 0;
DECLARE CONTINUE HANDLER FOR SQLEXCEPTION SET t_error = 1;
SET autocommit = 0;
START TRANSACTION;
INSERT INTO finance.accounts (uid, balance) VALUES (123, -100);
INSERT INTO audit.log (op, uid, ts) VALUES ('deduct', 123, NOW());
IF t_error = 1 THEN
ROLLBACK;
ELSE
COMMIT;
END IF;
END
跨 MySQL 实例怎么办？别信 XA START
错误认知：“用 XA START 'xid' 就能跨实例两阶段提交”。真实情况是：
-
XA START 'xid'只在单个 MySQL 实例内有效，用于多连接协作（比如一个连接 prepare，另一个 commit），不涉及网络通信，不跨服务器 - ERROR 1399（
XAER_RMFAIL）几乎总是因为第二阶段时某个节点已断开，或XA PREPARE根本没成功执行（比如权限不足、磁盘满、未启用innodb_support_xa=ON） - 真正跨实例的分布式事务，必须依赖外部协调器（如 Seata、Atomikos、XA 代理层），由它驱动各 MySQL 实例分别执行本地
XA PREPARE→XA COMMIT或XA ROLLBACK - 存储过程里写
XA START没意义——它无法穿透网络，也不能让远程实例感知你的事务意图
最容易被忽略的三个点
第一，autocommit 是会话级变量，存储过程每次调用都是新会话，默认为 ON，不显式关就会失效；第二，跨库语句若触发了隐式提交（比如中间执行了 CREATE TEMPORARY TABLE），前面所有操作立即固化，后续 ROLLBACK 无效；第三，MySQL 的 XA 不是分布式事务解决方案，只是单机多连接事务协作机制，把它当跨实例方案用，等于在事务一致性上埋雷。
