Seata有没有遇到过类似这种情况的？@GlobalTransactional() 不加这个注解

当您在方法上加上@GlobalTransactional注解时，Seata会为该方法创建一个全局事务。如果在该全局事务下有数据库操作导致了主键冲突的错误，可能是由以下原因引起的：

重复提交：
有可能在全局事务的上下文中，相同的数据库操作被执行了两次。这可能是因为代码逻辑的问题，或者是某个服务调用了两次，导致尝试插入相同主键的记录。

幂等性未处理：
在分布式系统中，保证操作的幂等性非常重要。如果操作不是幂等的，那么在多次调用下可能会出现数据冲突。确保所有的数据库操作都能妥善处理重复执行的情况。

分布式锁未正确使用：
如果业务逻辑中涉及需要加锁的操作，确保分布式锁的使用是正确的，并且能够防止并发写入导致的主键冲突。

事务传播行为：
检查事务的传播行为是否正确设置。在嵌套调用时，子事务与父事务的关系可能会影响事务的提交和回滚。

ID生成策略：
如果使用的是分布式ID生成策略，确保ID生成器在分布式环境中能够生成唯一ID，避免冲突。

undo_log 里的数据先删除试一试，此回答整理自钉群“Seata(分布式事务)”