Да, уровни изоляции выше Read Committed применяются, когда требуется более строгий контроль над параллельными транзакциями, чтобы избежать таких проблем, как неповторяющееся чтение (Non-repeatable Read) или фантомные чтения (Phantom Reads).

Например, уровень Repeatable Read гарантирует, что данные, прочитанные в транзакции, не изменятся до её завершения. Это полезно в финансовых приложениях, где важно, чтобы при повторном чтении данные оставались консистентными.

Serializable — самый строгий уровень, обеспечивающий полную изоляцию транзакций, как если бы они выполнялись последовательно. Его применяют, когда критична абсолютная консистентность, но он может снижать производительность из-за блокировок.

В DevOps практике настройка уровня изоляции делается в конфигурации СУБД, например, в PostgreSQL:

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

Использование уровней выше Read Committed оправдано, если бизнес-логика требует высокой точности данных и готова пожертвовать некоторой производительностью.

Доводилось ли применять уровни изоляции выше read committed?