BEGIN DISTRIBUTED TRANSACTION 不生效的根本原因是未满足全部硬性条件，导致事务静默降级为本地事务：需启用 remote proc trans、开启 rpc out、SET XACT_ABORT ON、MSDTC 服务运行且安全配置（允许远程客户端/入站/出站）到位，并使用四部分命名执行跨库操作。
BEGIN DISTRIBUTED TRANSACTION 在 SQL Server 中几乎从不“直接生效”，它只是个开关——背后所有配置、写法、权限缺一不可，否则事务静默降级为本地事务，远程操作照常提交，数据不一致已发生。
SQL Server 存储过程中 BEGIN DISTRIBUTED TRANSACTION 为什么总不生效
根本原因不是语法错，而是 SQL Server 只在满足全部硬性条件时才把本地事务“升级”为分布式事务。一旦任一环节缺失，它就放弃升级，继续走本地事务流程，且不报错。
-
sp_configure 'remote proc trans', 1未启用 → 远程语句不触发升级 - 链接服务器未开启
rpc out：执行EXEC [srv_link].db.dbo.sp_name会被拒绝或绕过事务上下文 - MS DTC 服务未运行，或防火墙拦了端口 135 + 动态 RPC 端口 → 升级请求直接失败
- 组件服务中 MSDTC 安全配置漏勾“允许入站”“允许出站”“允许远程客户端” → 事务降级为本地，无提示
- 没设
SET XACT_ABORT ON→ 错误只回滚单条语句，DTC 不介入，后续仍会COMMIT本地部分
跨实例写操作必须用四部分命名，不能靠远程存储过程
即使 DTC 全部配好，EXEC [srv_link].db.dbo.sp_name 也**不会**让远程 SP 内部的 BEGIN TRAN 参与两阶段提交。SQL Server 把它当黑盒原子调用，只管返回码（@@ERROR），不协调其内部事务。
- 真正纳入分布式事务的，只有你本地发起的跨库语句：
INSERT INTO [srv_link].RemoteDB.dbo.Table1 - 想复用远程逻辑？得把 SP 里的写操作拆出来，改用四部分命名直写表
- 或者用
OPENQUERY([srv_link], 'INSERT INTO ...')封装成单条语句（注意：该语句本身必须在BEGIN DISTRIBUTED TRANSACTION块内） - 绝对禁用
OPENDATASOURCE和OPENROWSET—— 它们彻底脱离事务上下文，永远无法加入分布式事务
MySQL 跨实例分布式事务不能靠原生 XA START 自动协调
MySQL 的 XA START 'xid' 只支持单实例内多个连接协作，**不支持跨 MySQL 实例自动 prepare/commit**。所谓“跨库 XA”，本质是应用层用 Atomikos、Seata 等协调器，串行驱动各节点执行本地 XA 流程。
- 常见错误：
ERROR 1399 (XAE04): XAER_RMFAIL—— 多因第二阶段时某个节点已断开，或未真正完成XA PREPARE -
xid必须全局唯一、长度 ≤130 字节，且格式兼容（如 Go 生成的 UUID 带横线，MySQL 解析失败） - MySQL 8.0.29+ 已移除
innodb_support_xa参数，但旧版本需确认该参数为ON - 跨异构系统（MySQL → Kafka → ES）必须放弃 XA，改用 Saga 或本地消息表 + 补偿
Azure SQL 托管实例可直接用 BEGIN DISTRIBUTED TRANSACTION，但有边界
Azure SQL 托管实例内置了分布式事务协调能力（类似本地 MSDTC），支持 T-SQL 层直接使用 BEGIN DISTRIBUTED TRANSACTION，但限制明确：
- 仅限托管实例之间、或托管实例与同域 SQL Server 之间；不支持跨到 Azure SQL 数据库
- 不支持跨云厂商（如托管实例 → AWS RDS MySQL）
- 若混合部署（托管实例 + 本地 SQL Server），仍需确保双方 MSDTC 配置对齐（rpc out、安全选项、防火墙）
- 事务协调者由第一个被访问的数据库自动担当，无需手动指定
SET XACT_ABORT ON 的作用域问题：它只对当前批生效，EXEC (@sql) 或动态 SQL 会脱离上下文，导致 DTC 在错误发生时完全不响应。 
