TRANSACTION ISOLATION LEVEL — управление конкурентным доступом!

Когда несколько транзакций работают с одними данными, возможны проблемы. Уровень изоляции определяет, насколько строго СУБД защищает данные от таких эффектов.

Пример настройки перед транзакцией (зависит от СУБД):

SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
BEGIN;
SELECT * FROM accounts WHERE id = 1;

Основные Уровни:

READ UNCOMMITTED — минимальная защита, возможны «грязные» чтения:

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

READ COMMITTED — предотвращает грязные чтения, но допускает неповторяемые и фантомные:

SET TRANSACTION ISOLATION LEVEL READ COMMITTED;

REPEATABLE READ — одни и те же строки возвращают одинаковые значения в рамках транзакции (поведение с фантомами зависит от СУБД):

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

SERIALIZABLE — максимальная изоляция: транзакции выполняются так, будто идут строго последовательно.

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;

🔥 Правильный уровень изоляции обеспечивает предсказуемость и надёжность даже при высокой конкуренции.

➡️ SQL Ready | #практика

Индекс по выражению — ускоряй запросы без изменения схемы!

Часто запросы не используют индекс, хотя поле индексировано.

Причиной может быть функция в условии:

SELECT * FROM users WHERE lower(email) = 'admin@example.com';

Даже если email проиндексирован, lower(email) ломает возможность использовать индекс.

Вариант решения - индекс по выражению (expression index):

CREATE INDEX users_lower_email_idx
ON users ((lower(email)));

Проверить можно через план запроса:

EXPLAIN ANALYZE
SELECT * FROM users WHERE lower(email) = 'admin@example.com';

🔥 Теперь в плане Index Scan, а не Full Table Scan.

➡️ SQL Ready | #совет