В чём разница между уровнями изоляции Read Committed и Repeatable Read?

В чём разница между Read Committed и Repeatable Read?

• уровни изоляции в СУБД (ACID)
• Read Committed: транзакция получает только зафиксированные данные
• защищает от грязных чтений
• допускает неповторяющиеся чтения (non-repeatable reads) и фантомные чтения
• Repeatable Read: результаты повторного чтения данных остаются неизменными
• исключает грязные и неповторяющиеся чтения
• фантомные чтения зависят от конкретной СУБД (например, в MySQL InnoDB они запрещены)
• Для стабильного результата Repeatable Read использует блокировки или MVCC
• Read Committed работает быстрее, однако обеспечивает меньшую консистентность
• выбирается, когда требуется более высокая консистентность чтения

Итог: Read Committed предотвращает грязные чтения, а Repeatable Read защищает и от грязных, и от неповторяющихся чтений, приближая поведение к сериализуемому.

Подробный ответ

Основной ответ

Read Committed и Repeatable Read представляют собой два уровня изоляции транзакций в реляционных базах данных. Они определяют, какие изменения данных доступны транзакции во время её выполнения и при последующих обращениях к данным. На уровне Read Committed транзакция видит только зафиксированное состояние на момент каждого отдельного чтения, поэтому результаты повторных запросов могут различаться. Repeatable Read гарантирует одинаковый результат при повторном чтении тех же строк в рамках одной транзакции, предотвращая неповторяющиеся чтения, но не во всех СУБД полностью исключая фантомные.

Ключевые моменты

• Read Committed: каждый запрос внутри транзакции получает только данные, которые были зафиксированы другими транзакциями. Благодаря этому "грязное чтение" (dirty read) невозможно. При этом допускается "неповторяющееся чтение" (non-repeatable read): повторное выполнение того же запроса в одной транзакции может вернуть уже другой результат.
• Repeatable Read: после первого чтения формируется снимок данных, благодаря чему последующие обращения к тем же строкам в рамках транзакции возвращают те же значения. Однако в отдельных СУБД фантомные чтения, то есть появление новых строк, соответствующих условиям запроса, всё ещё возможны. Например, в MySQL InnoDB для их предотвращения может потребоваться дополнительная блокировка.
• В PostgreSQL 14+ и большинстве современных СУБД уровень Repeatable Read обычно реализуется с помощью MVCC (многоверсионности). Он предотвращает неповторяющиеся чтения и обеспечивает более строгую согласованность данных по сравнению с Read Committed.

Практический контекст

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