开发者社区 > 云原生 > 中间件 > 正文

用的是Seata1.3版本,为啥查询语句id参数变成了branch_id?

42217c51ecd8606c1a3b601233f02752.png
a3ddd30d0b451399c38bfe11f39738a5.png
数据库使用postgresql 往undo_log表写数据,id用的是自增序列 为啥查询语句id参数变成了branch_id?导致获取全局锁失败,用的是Seata1.3版本 。

展开
收起
-Feng、冯冯 2024-03-05 10:21:10 34 0
2 条回答
写回答
取消 提交回答
  • 面对过去,不要迷离;面对未来,不必彷徨;活在今天,你只要把自己完全展示给别人看。

    在Seata 1.3版本中,查询语句的id参数变成了branch_id,这是因为Seata引入了分支事务的概念。

    在分布式事务中,一个全局事务可以包含多个分支事务,每个分支事务对应一个业务操作。为了区分不同的分支事务,Seata引入了branch_id作为标识符。

    当使用Seata进行分布式事务管理时,每个分支事务都会有一个唯一的branch_id。这个branch_id用于标识和跟踪分支事务的状态和结果。因此,在Seata 1.3版本中,查询语句中的id参数被替换为branch_id,以便更准确地表示分支事务的唯一性。

    需要注意的是,branch_id是Seata内部使用的标识符,通常不会直接暴露给应用程序开发人员。开发人员可以通过Seata提供的API和接口来处理分布式事务,而不需要直接操作branch_id。

    2024-03-05 14:00:54
    赞同 展开评论 打赏
  • 跟这个有啥关系,你去看下releasenode,是不是在后面的版本修过。此回答整理自钉群“3群-Apache Seata(incubating) 开源讨论群”

    2024-03-05 10:23:59
    赞同 展开评论 打赏

为企业提供高效、稳定、易扩展的中间件产品。

热门讨论

热门文章

相关电子书

更多
《Seata 1.3 新特性以及如何参与社区》 立即下载
低代码开发师(初级)实战教程 立即下载
阿里巴巴DevOps 最佳实践手册 立即下载