请说明Seata 工作流程 ？
Seata（Simple Extensible Autonomous Transaction Architecture）是一款开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务。Seata将为用户提供了AT（Almost Transparent）、TCC（Try Confirm Cancel）、SAGA和XA事务模式，为用户打造一站式的分布式解决方案。
Seata的工作流程大致可以分为三个阶段：全局事务开始阶段、全局事务提交/回滚阶段和全局事务结束阶段。
- 全局事务开始阶段：
在这个阶段，应用程序向Seata发起一个事务请求。Seata会为该事务生成一个全局事务ID，并将该ID与应用程序的上下文绑定。然后，Seata会向所有涉及的分支事务发起事务创建请求，创建分支事务并生成对应的分支事务ID。每个分支事务都有一个与之对应的分支事务上下文。
- 全局事务提交/回滚阶段：
在全局事务执行过程中，应用程序会根据业务逻辑执行一系列的操作。当应用程序需要提交或回滚事务时，它会向Seata发起一个提交或回滚请求。Seata会根据全局事务ID找到对应的全局事务上下文，并根据请求的类型进行相应的处理。
如果所有参与者都返回提交成功的响应，Seata会向所有参与者发送提交确认请求，事务提交完成。如果任何一个分支事务执行失败，Seata会向所有参与者发起回滚请求，等待所有的分支事务回滚成功后，再释放全局锁。
- 全局事务结束阶段：
在全局事务提交或回滚完成后，Seata会将全局事务ID与应用程序的上下文解绑，并清理相应的资源。
此外，Seata在执行本地事务时，会使用数据源代理。在执行SQL前，Seata会对SQL进行解析，生成前置镜像SQL和后置镜像SQL，同时向undo log插入一条数据，方便后期出现异常做回滚。然后，Seata会向TC（Transaction Coordinator，事务协调器）注册分支事务，提交本地事务，最后向TC提交它的分支事务状态。
以上就是Seata的基本工作流程。请注意，这只是一个大致的描述，具体的实现可能会因版本和配置的不同而有所差异。在实际使用中，建议参考Seata的官方文档以获取最准确和最新的信息。