Spring Boot+PostgreSQL+Hibernate：首次PUT仅更20行重启后正常问题求助

嘿，这个问题我之前做批量更新时也碰到过类似的坑，咱们一步步拆解可能的原因和解决方案：

可能的核心原因 #

1. Hibernate批量更新的批次大小限制 #

Hibernate默认的批量操作批次大小（hibernate.jdbc.batch_size）通常是20。首次启动应用执行批量更新时，Hibernate会把20条更新作为一批提交，剩下的2条可能因为Session缓存没及时触发flush，导致变更停留在内存里，没同步到数据库。而重启应用后，Session缓存被清空，再次执行时所有更新会被正确分批或一次性提交。

2. 事务边界未正确配置 #

如果更新逻辑没在事务范围内执行，Hibernate可能不会自动把缓存中的变更flush到数据库。首次运行时，未提交的变更留在Session中；重启后Session销毁，重新执行时事务配置生效，所有变更都被提交。

3. 一级缓存（Session缓存）的脏数据残留 #

首次启动时，Session可能缓存了部分旧的实体数据，导致更新操作没覆盖到剩余的行；重启后Session重置，缓存为空，更新逻辑就能正常作用于所有数据。

排查&解决步骤 #

1. 调整Hibernate批量配置 #

在application.properties或application.yml中修改批量相关配置：

# 设置批量大小大于你的数据量（比如30）
spring.jpa.properties.hibernate.jdbc.batch_size=30
# 开启更新排序，确保相同实体的更新被批量处理
spring.jpa.properties.hibernate.order_updates=true
# 可选：开启统计，用于验证批量操作效果
spring.jpa.properties.hibernate.generate_statistics=true

2. 确保事务覆盖更新逻辑 #

建议把更新逻辑放到Service层，并添加@Transactional注解，确保所有更新操作在事务内完成，事务结束时自动flush并提交：

@Service
public class UserService {
    @Autowired
    private UserRepository userRepository;

    @Transactional
    public void batchUpdateUsers(List<User> users) {
        userRepository.saveAll(users);
    }
}

如果一定要在控制器层加事务，也可以直接给控制器方法标注@Transactional。

3. 手动触发Flush与缓存清理 #

在批量更新完成后，手动调用EntityManager的flush和clear方法，强制同步缓存到数据库并清空缓存：

@Autowired
private EntityManager entityManager;

@Transactional
public void batchUpdateUsers(List<User> users) {
    userRepository.saveAll(users);
    // 强制同步缓存到数据库
    entityManager.flush();
    // 清空Session缓存，避免后续操作受旧数据影响
    entityManager.clear();
}

4. 验证请求数据完整性 #

在控制器方法开头打印请求中的数据数量，确认每次请求都确实收到了22条数据，排除前端或RestTemplate发送时的数据截断问题：

@RequestMapping(value="/add",method=RequestMethod.PUT,consumes = "application/json", produces = "application/json")
public void add(@RequestBody UserView userView) {
    // 打印接收的用户数量
    System.out.println("Received total users: " + userView.getUsers().size());
    // 后续更新逻辑
    userService.batchUpdateUsers(userView.getUsers());
}

5. 查看PostgreSQL执行日志 #

检查PostgreSQL的日志文件（通常在pg_log目录下），对比首次运行和重启后的UPDATE语句数量：

• 如果首次运行只有20条UPDATE，说明是应用层的批量/缓存问题
• 如果日志里有22条UPDATE但数据库没更新，那可能是事务回滚的问题，需要进一步排查事务配置

内容的提问来源于stack exchange，提问作者Mithilesh Kumar