SpringBoot集群环境下的唯一编号生成策略及重复编号问题解决方案
本文分析了在SpringBoot结合MyBatis-Plus框架，使用Redisson分布式锁生成唯一编号时，集群环境下可能出现重复编号的问题，并提出了有效的解决方案。问题根源在于代码逻辑和事务管理的缺陷，导致即使使用了分布式锁，在高并发和服务器时间不一致的情况下，仍然可能产生重复编号。
核心问题在于，原代码使用@Transactional(rollbackFor = Exception.class)注解修饰的getSeq方法，其事务提交时机并非在方法内部，而是依赖于线程结束。这使得在集群环境下，多个线程可能读取相同数据，从而在更新数据库时发生冲突，生成重复编号。即使Redisson锁保证了数据库并发访问，也无法避免这种事务提交延迟导致的冲突。此外，服务器时间的不一致性也会加剧此问题。
为解决此问题，文章提出了两种改进方案：
方案一：调整事务传播属性
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
将getSeq方法的事务传播属性修改为Propagation.REQUIRES_NEW：@Transactional(rollbackFor = Exception.class, propagation = Propagation.REQUIRES_NEW)。此设置确保每次调用getSeq方法都开启一个新的事务，并在方法执行完毕后立即提交，避免多个线程共享同一事务，从而消除数据冲突。
方案二：使用TransactionTemplate
利用TransactionTemplate更精细地控制事务提交时机。通过TransactionTemplate，可以在代码中明确指定事务提交点，确保数据库更新后立即提交事务，避免因延迟提交导致的并发问题。
通过以上方案，可以有效解决SpringBoot集群环境下唯一编号生成时的重复问题，关键在于保证数据库更新操作的原子性和事务的及时提交，防止时间差异或事务延迟提交造成的并发冲突。
