1. 什么是 Seata？它解决了什么问题？
答：Seata 是一个开源的分布式事务解决方案，旨在解决微服务架构下的分布式事务问题。它主要提供了一种高效且易于使用的分布式事务管理能力，解决因服务拆分导致的跨数据库、跨服务的事务一致性问题。
2. Seata 的核心组件有哪些？分别负责什么？
答：Seata 的核心组件包括以下三个部分：
Transaction Coordinator (TC)
- 负责全局事务的管理，包括事务的状态维护和协调。
- 运行在独立的服务中。
Transaction Manager (TM)
- 负责全局事务的发起、提交和回滚。
- 通常嵌入到微服务的应用中。
Resource Manager (RM)
- 负责对本地事务进行管理，确保资源（如数据库）的操作受控。
- 嵌入在资源所在的微服务中（如数据库访问层）。
3. Seata 的事务模型是什么？有哪些阶段？
答：Seata 的事务模型是基于 2PC（两阶段提交协议） 的增强版本，包括以下阶段：
- 全局事务开始（Global Begin）
TM 通知 TC 创建全局事务记录。 - 分支注册（Branch Register）
每个服务（RM）执行本地事务，并将分支事务的状态注册到 TC。 - 阶段一（Phase 1）：分支事务执行
RM 执行本地事务，但不提交。 - 阶段二（Phase 2）：全局提交或回滚
提交：TC 通知所有 RM 提交本地事务。
回滚：TC 通知所有 RM 回滚本地事务。
4. 什么是 AT 模式？如何实现事务隔离？
答：AT 模式（Automatic Transaction）：Seata 的核心事务模式。
- 实现方式：
在业务 SQL 执行前，生成回滚日志并保存到 Undo Log 中。
如果全局事务回滚，则通过 Undo Log 恢复到操作前的状态。 - 事务隔离：
利用 Undo Log 确保在并发事务中，任何未提交的事务都不会对其他事务的操作产生影响。
5. Seata 支持哪些事务模式？
答：Seata 支持以下几种事务模式：
- AT 模式（常用，适合关系型数据库）。
- TCC 模式（适合有明确 Try-Confirm-Cancel 接口的场景）。
- SAGA 模式（适合长事务，按补偿逻辑处理）。
- XA 模式（基于数据库的 XA 协议）。
6. Seata 的 Undo Log 是什么？有什么作用？
答：Undo Log 是 Seata 在 AT 模式下用来记录本地事务操作前的状态的日志。
作用：在全局事务回滚时，利用 Undo Log 将本地事务回滚到操作前的状态，从而实现事务一致性。
7. 在微服务架构中，如何集成 Seata？
答：集成 Seata 通常包括以下步骤：
- 引入 Seata 的依赖（例如 Maven）。
- 配置 Seata 客户端：包括 application.yml 配置文件中添加 TC 地址和事务模式等。
- 修改数据源：通过 Seata 提供的代理数据源代理数据库操作。
- 在代码中用 @GlobalTransactional 注解标注需要开启全局事务的方法。
8. Seata 的分布式事务和传统 2PC 模型相比有什么优势？
- 性能优化： Seata 在第一阶段仅记录 Undo Log，提交本地事务，降低锁持有时间。
- 简化开发： 自动管理 Undo Log 和分支事务，不需要手动定义补偿逻辑（AT 模式）。
- 可扩展性： Seata 可以通过 Cluster 模式扩展事务协调器（TC）。
9. 什么是 TCC 模式？与 AT 模式的区别是什么？
TCC 模式：
- Try：预留资源或检查操作。
- Confirm：确认提交，执行实际操作。
- Cancel：取消预留的资源。
区别：
- TCC 模式需要业务开发者自己实现 Try/Confirm/Cancel 接口，适合复杂业务逻辑。
- AT 模式自动生成回滚逻辑，适合标准的关系型数据库事务。
10. 如何解决 Seata 的性能瓶颈问题？
- TC 水平扩展： 使用 Nacos 或 Consul 注册中心，进行集群部署。
- 减少事务粒度： 合理划分事务范围，减少锁定资源的时间。
- 优化数据库： 通过索引、分库分表等手段提升事务处理性能。
- 异步提交： 利用 Seata 的异步提交特性降低延迟。
11. Seata 是如何实现全局唯一事务 ID 的？
答：Seata 通过 TC 为每个全局事务分配一个唯一的 XID（Transaction ID），该 ID 是分布式事务的唯一标识，用于跟踪事务的状态。
12. Seata 的 Undo Log 数据清理策略是什么？
答：Seata 提供了清理策略，避免 Undo Log 表过大影响性能：
- 自动清理策略：定期删除已提交或已回滚的事务对应的 Undo Log。
- 手动清理：通过定制 SQL 删除历史记录。
13. 在 AT 模式下，Undo Log 写入对性能有影响吗？如何优化？
影响： Undo Log 写入会带来额外的 IO 操作，但 Seata 通过批量写入和高效的日志格式，降低了性能损耗。
优化：
- 使用高性能存储介质（如 SSD）。
- 控制事务粒度，避免大事务。
- 定期清理 Undo Log 表中的历史记录。
14. Seata 的事务回滚失败了怎么办？
答：如果事务回滚失败，Seata 会进行重试，直到回滚成功或达到最大重试次数。如果重试仍失败，需要人工介入，利用 Undo Log 或手动修复数据。
15. 常见 Seata 问题及解决方法有哪些？
答：
- 事务未注册成功：
检查 RM 和 TC 的网络连接。
确保 TC 地址正确配置。 - Undo Log 表过大：
启用定期清理机制。 - 全局事务超时：
增加事务超时时间（global.transaction.timeout 配置）。
评论区