这问题我之前从MySQL转PostgreSQL时也踩过坑，核心是JPA（底层Hibernate）对对象状态的判定逻辑，加上MySQL和PostgreSQL对唯一键冲突的默认处理差异导致的。咱们先理清楚为什么会这样，再给你几个可行的解决方案：

为什么MySQL能正常更新，PostgreSQL却报错？ #

MySQL有个隐性特性：当执行INSERT遇到唯一键冲突时，若表主键是自增类型或开启了相关配置，会自动触发ON DUPLICATE KEY UPDATE（相当于自动转更新）。但PostgreSQL没有这个默认行为，它会直接抛出唯一键冲突异常。

而你调用saveAndFlush()时，JPA底层的Hibernate是根据对象的状态来决定执行INSERT还是UPDATE的：

• 如果对象是刚从数据库查询出来的持久态对象：修改后调用saveAndFlush()会触发更新，因为Hibernate知道它已经存在于数据库中。
• 如果对象是你手动创建/从DTO转换来的瞬时态对象：哪怕你设置了cola_id和colb_id，只要Hibernate没识别到它是已存在的（比如主键为null，或者不在当前持久化上下文里），就会执行INSERT，进而触发唯一键冲突。

你现在的情况应该是Hibernate把你处理的对象判定成了瞬时态，所以执行了插入而非更新。

解决方案 #

1. 确保操作的是持久态对象 #

如果你是通过Spring Data JPA的Repository方法（比如findByColaIdAndColbId）查询到的实体，那它本身就是持久态的，直接修改属性后调用saveAndFlush()就会自动更新，不需要额外操作：

// 正确姿势：先查询得到持久态对象
ExistingItem existingItem = repository.findByColaIdAndColbId(1234567L, 12345L)
    .orElseThrow(() -> new RuntimeException("数据不存在"));
// 修改需要更新的字段
existingItem.setSomeField("新值");
// 保存更新（此时会执行UPDATE语句）
repository.saveAndFlush(existingItem);

如果你的实体用cola_id和colb_id作为复合主键，一定要正确配置JPA的复合主键映射，不然Hibernate无法识别对象是否已存在：

// 复合主键类（必须实现Serializable）
public class ItemCompositeId implements Serializable {
    private Long colaId;
    private Long colbId;

    // 必须重写equals和hashCode方法
    @Override
    public boolean equals(Object o) {
        if (this == o) return true;
        if (o == null || getClass() != o.getClass()) return false;
        ItemCompositeId that = (ItemCompositeId) o;
        return Objects.equals(colaId, that.colaId) && Objects.equals(colbId, that.colbId);
    }

    @Override
    public int hashCode() {
        return Objects.hash(colaId, colbId);
    }
}

// 实体类
@Entity
@IdClass(ItemCompositeId.class)
public class ExistingItem {
    @Id
    @Column(name = "cola_id")
    private Long colaId;
    @Id
    @Column(name = "colb_id")
    private Long colbId;
    // 其他字段和getter/setter
}

配置复合主键后，Hibernate会根据这两个字段判断对象是否已存在，saveAndFlush()就能正确执行更新。

2. 使用merge()方法处理游离态对象 #

如果你处理的是游离态对象（比如从其他会话获取的、或者从DTO转换来的对象），可以用EntityManager.merge()方法，它会先查询数据库中是否存在该对象，存在则更新，不存在则插入：

@Autowired
private EntityManager entityManager;

// ...

// modifiedItem是你修改后的对象，带有主键/唯一键值
ExistingItem mergedItem = entityManager.merge(modifiedItem);
entityManager.flush(); // 立即刷新到数据库

Spring Data JPA的save()方法底层其实就是调用merge()，但前提是对象的主键值不为null，且JPA能通过主键识别到已存在的记录。

3. 直接使用PostgreSQL的Upsert语法（ON CONFLICT DO UPDATE） #

如果你的业务逻辑是“存在则更新，不存在则插入”，可以直接用PostgreSQL原生的ON CONFLICT语法，绕过JPA的状态判断，这种方式最直接：

@Repository
public interface ExistingItemRepository extends JpaRepository<ExistingItem, Long> {

    @Modifying
    @Query(value = "INSERT INTO existing_item (cola_id, colb_id, other_field) " +
                   "VALUES (:colaId, :colbId, :otherField) " +
                   "ON CONFLICT (cola_id, colb_id) DO UPDATE " +
                   "SET other_field = :otherField", nativeQuery = true)
    void upsertItem(@Param("colaId") Long colaId, 
                    @Param("colbId") Long colbId, 
                    @Param("otherField") String otherField);
}

调用这个自定义方法就能实现你想要的“冲突则更新”的逻辑，完全适配PostgreSQL的特性。

4. 检查主键生成策略配置 #

如果你的实体用了自增主键（比如@GeneratedValue(strategy = GenerationType.IDENTITY)），要确保PostgreSQL允许手动插入主键值。PostgreSQL 10+的IDENTITY类型默认允许手动赋值，但如果是老版本的SERIAL类型，可能需要调整表的权限或者配置。

内容的提问来源于stack exchange，提问作者Robert H