Owen Yuan

遇到同样的问题，路由策略为第一个；每次任务调度时还是同时触发了两次。怎么解决的呢？

> 遇到同样的问题，路由策略为第一个；每次任务调度时还是同时触发了两次。怎么解决的呢？ 问题已解决，是 lock 表没有添加初始化数据，导致每次 select for update 时没有锁住。 可以在代码里检查一下，当锁记录不存在时抛个错出来。

https://github.com/Owenxh/java-training-camp/commit/17390277111795cf6019d7f8e1db79bec98b2f26 https://github.com/Owenxh/java-training-camp/commit/c144859635cd2f3b3f630b5bc3031d81f0828c1d

- All codes https://github.com/Owenxh/java-training-camp/commit/6e61c05ecb09018126e4b86fe38840f50dcca4a2 - Server 启动入口 https://github.com/Owenxh/java-training-camp/blob/main/stage-2/src/middleware-projects/irina/src/main/java/io/github/owenxh/irina/server/IrinaServer.java - Client 演示代码 https://github.com/Owenxh/java-training-camp/blob/main/stage-2/src/middleware-projects/irina/src/main/java/io/github/owenxh/irina/client/example/ClientDemo.java - 配置管理文档 https://github.com/Owenxh/java-training-camp/blob/main/stage-2/src/middleware-projects/irina/README.md

有小伙伴已经对 ShardingSphere JTA 部分相了相对应的源码分析。以下内容，作为个人观点，对 ShardingSphere 为什么会这样实现做相对应的分析。 ShardingSphere 作为一个数据库层面的中间件，其关注点在于： ● 灵活适配数据库协议，如 MySQL、MariaDB、PostgreSQL 等； ● 连接应用程序和异构数据库； ● 数据库访问入口的能力增强，如数据安全、数据治理以及可观测性能力的增强； ● 微内核以及可插拔模式，开发者可根据自身需求高度定制。 其目标愿景决定了其产品的特点。 ● 多数据库协议的兼容 从多数据库协议的适配兼容上来说，决定了其代码需要具备高度可扩展性，或者说需要提供可配制化的能力，而所谓的配置化，将选择权交给了用户。其对 Java 原生 SPI 增强的 TypedSPILoader 为用户提供了这样选择权，选择什么样的数据库在于用户。 X/Open XA...

https://github.com/Owenxh/java-training-camp/commit/303323849ee12acb57a8218898ba74b5e2d557a8 抄一抄，改一改