OptimisticLockException возникает при использовании оптимистичной блокировки в JPA/Hibernate, когда при сохранении сущности обнаруживается конфликт версий (например, кто-то другой изменил данные между чтением и записью).

Spring Data не повторяет транзакцию автоматически при выбросе OptimisticLockException. Это исключение нужно обрабатывать вручную.

Что делать при OptimisticLockException:

Обычно нужно поймать исключение и повторить операцию (например, заново загрузить сущность, применить изменения и попытаться сохранить).
Можно реализовать логику повторных попыток (retry) с ограничением по количеству попыток.
В некоторых случаях имеет смысл уведомить пользователя о конфликте и предложить обновить данные.

Пример обработки:

try {
    repository.save(entity);
} catch (OptimisticLockException e) {
    // логика повторной попытки или уведомления
}

Для автоматизации повторов можно использовать Spring Retry, но по умолчанию Spring Data не делает этого.

Если OptimisticLockException вылетает, что нужно делать? Spring Data сама повторит транзакцию?