分布式事务需严格配置set xact_abort on、四部分命名、msdtc全启用及时间同步，否则静默降级为本地事务；mysql跨实例无原生xa支持，须依赖应用层协调器。
不能靠 BEGIN DISTRIBUTED TRANSACTION 加个语法就搞定，它只是个开关——背后所有配置、写法、权限缺一不可，否则事务静默降级为本地事务，远程操作照常提交，数据不一致已发生。
SET XACT_ABORT ON 是强制前置条件，不是可选项
SQL Server 的分布式事务依赖 MSDTC 协调，但 DTC 只在事务被明确标记为“不可中断”时才介入错误处理。没设 SET XACT_ABORT ON，遇到主键冲突、类型转换失败等语句级错误，SQL Server 默认只回滚那一条语句，@@TRANCOUNT 不变，DTC 完全不感知，后续仍会尝试 COMMIT 本地部分，而远程操作早已自动提交。
- 必须在
BEGIN DISTRIBUTED TRANSACTION之前显式声明，且对当前批生效 - 动态 SQL（如
sp_executesql）或EXEC()会脱离上下文，需在每个执行批次内重设 -
TRY/CATCH块中也必须显式设置，否则CATCH里的ROLLBACK只能回滚本地部分 - 不设它，
Msg 7395（事务未升级）和Msg 7391（已升级但失败）都可能被掩盖
跨实例写操作必须用四部分命名，不能靠远程存储过程调用
即使 MSDTC 全部配好，EXEC [srv_link].db.dbo.sp_name 这类调用也只是把远程 SP 当作黑盒原子操作执行。它的内部 BEGIN TRAN/COMMIT 对本地分布式事务完全透明，DTC 只管你本地发起的跨库语句（如 INSERT INTO [srv_link].RemoteDB.dbo.Table1）。
- 真正纳入两阶段提交的，只有你本地发起的跨库语句：例如
INSERT INTO [srv_link].RemoteDB.dbo.Orders VALUES (...) - 想复用远程逻辑？得把 SP 里的写操作拆出来，改用四部分命名直写表
- 或用
OPENQUERY([srv_link], 'INSERT INTO ...')封装成单条语句（注意：该语句本身必须在BEGIN DISTRIBUTED TRANSACTION块内） - 绝对禁用
OPENDATASOURCE和OPENROWSET——它们彻底脱离事务上下文，永远无法加入分布式事务
MSDTC 配置漏一项，事务就静默降级
Windows “组件服务 → 我的电脑 → 属性 → MSDTC → 安全配置”里，以下三项不勾选，BEGIN DISTRIBUTED TRANSACTION 就算语法正确、服务运行、端口开放，也会静默失败：
- 允许远程客户端
- 允许入站
- 允许出站
此外还必须确认：sp_configure 'remote proc trans', 1 已启用；链接服务器已开启 rpc out；MSDTC 服务正在运行；防火墙放行端口 135 + 动态 RPC 端口；所有参与节点时间同步误差 ≤ 5 秒。
MySQL 跨实例没有原生分布式事务支持
MySQL 的 XA START 'xid' 只支持单实例内多个连接协作，不支持跨 MySQL 实例自动 prepare/commit。所谓“跨库 XA”，本质是应用层用 Atomikos、Seata 等协调器，串行驱动各节点执行本地 XA 流程。
- 常见错误
ERROR 1399 (XAE04): XAER_RMFAIL多因第二阶段时某个节点已断开，或未真正完成XA PREPARE -
xid必须全局唯一、长度 ≤130 字节，且格式兼容（如 Go 生成的 UUID 带横线，MySQL 不认） - 不要指望
XA COMMIT自动协调跨实例一致性——它根本不具备这个能力
最易被忽略的一点：事务是否真正升级为分布式，sys.dm_tran_active_transactions 中的 transaction_type = 4（DTC）才是唯一可信依据；仅看有没有报错、有没有 COMMIT 成功，完全无法判断一致性是否成立。
