Есть ли опыт использования Hibernate batch update?

Что проверяют

Работали ли вы с массовыми операциями через Hibernate на практике и знаете ли, почему «просто поставить batch_size» часто ничего не меняет. Следом обычно спрашивают, как вы убедились, что пакетная отправка реально работает, и как у вас генерировались ключи.

Как отвечать

Опирайтесь на свой случай: что за задача (импорт, пересчёт статусов, миграция данных), сколько строк, сколько длилось до и после. Цифры должны быть ваши. Технический каркас:

• включение: hibernate.jdbc.batch_size, в Spring Boot через spring.jpa.properties.hibernate.jdbc.batch_size. По умолчанию пакетная отправка выключена;
• порядок: hibernate.order_inserts и hibernate.order_updates группируют операции по сущностям, иначе вперемешку идущие вставки дробят пакеты;
• генерация id: при GenerationType.IDENTITY вставки не пакетируются, Hibernate нужен id сразу. Нужен SEQUENCE с allocationSize больше единицы;
• память: каждые N записей flush() и clear(), иначе контекст персистентности разрастается и тормозит dirty checking. Условие i % batchSize == 0 срабатывает уже на первой записи, правильно (i + 1) % batchSize == 0;
• драйвер: reWriteBatchedInserts=true для PostgreSQL, rewriteBatchedStatements=true для MySQL, тогда пакет превращается в многострочный запрос;
• альтернативы: если все строки меняются одинаково, быстрее один UPDATE ... WHERE через executeUpdate() или StatelessSession. Но они идут мимо контекста, кеша второго уровня и колбэков.

Проверяйте результат через hibernate.generate_statistics, datasource-proxy или лог базы. В Hibernate 6 вместо устаревшего save() используйте persist().

Если опыта не было, скажите прямо и объясните, что проверили бы первым делом: стратегию id и фактическое число запросов.

Где спотыкаются

Ставят batch_size, оставляют IDENTITY и уверены, что вставки идут пачками.

Забывают clear() на сотнях тысяч сущностей и получают OutOfMemoryError или долгий flush.

Путают batch update с bulk update: говорят про пакеты JDBC, а описывают один JPQL-запрос на всю таблицу.