Seata部署

目录

• • 💡 Seata 注册中心的作用
    • 1. Seata Server (TC - Transaction Coordinator)
    • 2. Seata Client (RM - Resource Manager / TM - Transaction Manager)
  • 🆚 与 Spring Cloud 注册中心的定位区别
• 服务器端配置
• 客户端
• TC连接配置
  • AT模式
    • 创建undo log
  • seata console 部署
• 参考资料

💡 Seata 注册中心的作用

在 Seata 分布式事务解决方案中，注册中心主要用于 Seata 客户端（RM/TM） 发现并连接到 Seata 服务器（TC）。

1. Seata Server (TC - Transaction Coordinator)

• TC 本身并不直接注册到注册中心，而是作为服务提供方。
• TC 会注册自己的集群名称和地址列表（通过配置或注册中心）供客户端查找。
• 它主要负责 管理全局事务 的状态和生命周期。

2. Seata Client (RM - Resource Manager / TM - Transaction Manager)

• 客户端需要知道 TC 服务器的地址 才能进行事务协调。
• 客户端通过注册中心/配置中心查找 TC：
  1. TM/RM 使用一个 事务分组名。
  2. 通过该 事务分组名 从配置中获取对应的 TC 集群名。
  3. 通过 TC 集群名，从注册中心获取 TC 集群的地址列表。
  4. 客户端连接到可用的 TC 地址，发起或参与分布式事务。

简而言之： Seata 的注册中心定位是帮助 Seata 客户端发现并连接到 Seata 服务器（TC），以实现分布式事务的协调。

---

🆚 与 Spring Cloud 注册中心的定位区别

Seata 注册中心和 Spring Cloud 注册中心（如 Eureka、Nacos 等）虽然可能使用相同的底层技术（例如都用 Nacos 或 Eureka），但它们在定位和核心作用上是不同的：

特性	Seata 注册中心	Spring Cloud 注册中心
核心作用	Seata 客户端 查找 Seata 服务器 (TC) 的地址。	微服务客户端 查找 其他微服务 的地址。
关注点	分布式事务协调 组件的地址发现。	业务微服务 之间的地址发现和负载均衡。
注册方	（间接） Seata 服务器 (TC) 的地址列表。	所有业务微服务 实例。
消费方	Seata 客户端 (RM/TM)。	所有需要调用其他服务的业务微服务。
定位	属于 分布式事务框架 的辅助基础设施。	属于 微服务治理体系 的核心基础设施。

关键区别：

• Spring Cloud 注册中心 解决的是 业务服务 A 如何调用业务服务 B 的问题（服务治理）。
• Seata 注册中心 解决的是 业务服务如何连接到事务协调器 TC 的问题（事务协调）。

在实际应用中，一个微服务架构可能会同时使用 Spring Cloud 注册中心进行服务治理，以及使用 Seata 注册中心来定位 TC 服务器。Seata 只是复用了这些成熟的注册中心组件来解决自己内部的地址发现问题。

---

如果您想进一步了解 Seata 如何配置和使用具体的注册中心（如 Nacos），我可以帮您查找相关的配置文档。

服务器端配置

完整的配置案例在
安装包的：seata-server/conf/application.example.yml
初始化脚本在安装包的 seata-server/script

参数配置参考
https://seata.apache.org/zh-cn/docs/user/configurations

客户端

TC连接配置

模式,配置方式,客户端如何获取地址,优势
直连模式 (Grouplist),配置了 grouplist (如您所示)。,直接 从配置文件中读取硬编码的 IP/端口列表。,简单、速度快、无需依赖注册中心。
服务发现模式 (Registry),未配置 grouplist，但配置了 registry。,客户端使用 TC 集群名 作为服务名，向注册中心发起查询，动态获取 TC 服务器的 IP/端口列表。,动态感知 TC 节点的上下线、高可用、负载均衡。

AT模式

创建undo log

多数据源场景下，Seata 必须为每个需要被全局事务管理的数据源创建对应的DataSourceProxy，未被代理的数据源不会参与 Seata 事务，也无需UNDO_LOG表。
每个DataSourceProxy对应一个原始业务数据源（连接特定数据库），代理数据源会被 ORM 框架（如 MyBatis）实际使用，因此所有 SQL 操作都会经过代理拦截。

UNDO_LOG表必须在每个被代理的数据源对应的数据库中单独创建（即订单库有自己的UNDO_LOG，库存库也有自己的UNDO_LOG）。
undo_log脚本
https://github.com/apache/incubator-seata/tree/2.x/script/client/at/db

seata console 部署

https://blog.csdn.net/frankensteinF/article/details/149070237

参考资料