在分布式环境中生成全局唯一的id是一个常见挑战。本文探讨基于spring boot + mybatis-plus的id生成方案，并分析其在集群环境下可能出现id重复的原因及解决方法。该方案的核心是利用数据库序列结合分布式锁（redisson）保证id唯一性。
方案的核心逻辑：获取当前日期，查询数据库序列表是否存在对应日期的记录。若存在且日期相同，则递增序列号；否则，创建新记录。最后，更新数据库并返回生成的ID。
然而，即使使用了Redisson分布式锁，本地单机环境测试正常，集群环境下仍然可能出现ID重复。问题根源在于事务提交时机。@Transactional(rollbackFor = Exception.class) 注解并不能保证事务在方法执行完毕后立即提交，Spring框架通常在方法执行完毕或线程结束后才提交。
集群环境下，多个实例可能同时获取锁并执行ID生成方法。若机器时间存在微小差异，在事务提交前，不同实例可能生成相同日期，导致ID重复。分布式锁只能保证同一时间只有一个实例访问数据库，无法控制事务提交时机。
为解决此问题，建议采用以下两种方法：
方法一：使用 Propagation.REQUIRES_NEW
修改 @Transactional 注解，将 propagation 属性设置为 Propagation.REQUIRES_NEW。这将使ID生成方法在一个新的事务中运行，并在方法结束后立即提交，避免事务提交时机不一致。修改后的注解如下：
@Transactional(rollbackFor = Exception.class, propagation = Propagation.REQUIRES_NEW)
方法二：使用 TransactionTemplate
更精细的控制方法是使用 TransactionTemplate 手动管理事务。TransactionTemplate 允许更精确地控制事务提交和回滚，确保ID生成方法在独立事务中执行，并在方法结束后立即提交。
通过以上两种方法，可以有效避免集群环境下ID重复，确保生成的ID在分布式环境下全局唯一。
以上就是Spring Boot集群环境下如何保证唯一编号生成？的详细内容，更多请关注知识资源分享宝库其它相关文章！
发表评论:
◎欢迎参与讨论，请在这里发表您的看法、交流您的观点。