SpringBoot集群環境下的唯一編號生成策略及重復編號問題解決方案
本文分析了在SpringBoot結合mybatis-Plus框架，使用redisson分布式鎖生成唯一編號時，集群環境下可能出現重復編號的問題，并提出了有效的解決方案。問題根源在于代碼邏輯和事務管理的缺陷，導致即使使用了分布式鎖，在高并發和服務器時間不一致的情況下，仍然可能產生重復編號。
核心問題在于，原代碼使用@Transactional(rollbackFor = Exception.class)注解修飾的getSeq方法，其事務提交時機并非在方法內部，而是依賴于線程結束。這使得在集群環境下，多個線程可能讀取相同數據，從而在更新數據庫時發生沖突，生成重復編號。即使redisson鎖保證了數據庫并發訪問，也無法避免這種事務提交延遲導致的沖突。此外，服務器時間的不一致性也會加劇此問題。
為解決此問題，文章提出了兩種改進方案：
方案一：調整事務傳播屬性
將getSeq方法的事務傳播屬性修改為Propagation.REQUIRES_NEW：@Transactional(rollbackFor = Exception.class, propagation = Propagation.REQUIRES_NEW)。此設置確保每次調用getSeq方法都開啟一個新的事務，并在方法執行完畢后立即提交，避免多個線程共享同一事務，從而消除數據沖突。
方案二：使用TransactionTemplate
利用TransactionTemplate更精細地控制事務提交時機。通過TransactionTemplate，可以在代碼中明確指定事務提交點，確保數據庫更新后立即提交事務，避免因延遲提交導致的并發問題。
通過以上方案，可以有效解決SpringBoot集群環境下唯一編號生成時的重復問題，關鍵在于保證數據庫更新操作的原子性和事務的及時提交，防止時間差異或事務延遲提交造成的并發沖突。
