Всегда ли нужна транзакция для операций чтения (SELECT) в базе данных?

Нет, для простых операций чтения, которым не требуется гарантия согласованности данных на протяжении нескольких запросов, транзакция не обязательна. Большинство СУБД по умолчанию выполняют каждый SELECT в режиме автономной фиксации (autocommit).

Когда транзакция для чтения НЕ нужна:

• Одиночный запрос для получения данных.
• Ситуации, когда допустимо чтение немного устаревших данных (актуально для реплик).

Когда транзакция для чтения ПОЛЕЗНА или НЕОБХОДИМА:

1. Обеспечение согласованности (Repeatable Read): Если нужно выполнить несколько запросов и гарантировать, что данные между ними не изменятся другими транзакциями.

   @Transactional(readOnly = true) // Начинает транзакцию
   public UserData getConsistentUserData(Long userId) {
       User user = userRepo.findById(userId); // SELECT 1
       UserProfile profile = profileRepo.findByUserId(userId); // SELECT 2
       // Гарантируется, что состояние между этими запросами не "уплывет"
       return new UserData(user, profile);
   }

2. Чтение с блокировкой (SELECT ... FOR UPDATE/SHARE): Чтобы заблокировать строки для последующего изменения, предотвращая состояние гонки (race condition).
3. Оптимизация производительности: В Spring @Transactional(readOnly = true) может давать подсказки драйверу БД и Hibernate (например, отключение dirty checking, использование read-only реплик).

Уровни изоляции:

• READ_COMMITTED (часто по умолчанию): Видны только зафиксированные данные других транзакций.
• REPEATABLE_READ: Гарантирует, что данные, прочитанные в рамках транзакции, не изменятся.

Вывод: Используйте транзакции для чтения осознанно, когда требуется согласованность или блокировки. Для одиночных запросов они избыточны.