Как называется проблема когда база данных занята другим запросом?

Проблема одновременного доступа к базе данных

Проблема, когда база данных занята другим запросом и не может сразу обработать новый запрос, называется Блокировкой (Locking) или Конкуренцией за ресурсы (Resource Contention). Однако в контексте параллельных транзакций и запросов это чаще всего относится к одному из проявлений Проблемы параллельного доступа (Concurrency Problem).

Основные механизмы и термины

В системах управления базами данных (СУБД) для координации одновременного доступа используются:

1. Блокировки (Locks) — механизмы, которые временно ограничивают доступ к данным.
2. Транзакции (Transactions) — последовательности операций, выполняемые как единое целое.

Когда один запрос удерживает блокировку на ресурсе (строке, таблице, странице), другие запросы, требующие доступа к тому же ресурсу, могут:

• Ожидать освобождения (Блокироваться)
• Получить ошибку сразу
• Быть помещенными в очередь (Queue)

Типы блокировок и сценарии

-- Пример: транзакция 1 блокирует строку для обновления
BEGIN TRANSACTION;
UPDATE users SET balance = balance - 100 WHERE id = 1;
-- Не завершает транзакцию, удерживает блокировку

-- Транзакция 2 пытается получить доступ к той же строке
BEGIN TRANSACTION;
SELECT * FROM users WHERE id = 1 FOR UPDATE; -- Будет ждать или завершится с ошибкой

Конкретные проблемы параллельного доступа

1. Взаимная блокировка (Deadlock) — циклическая зависимость, когда две или более транзакции взаимно блокируют друг друга.

   # Пример сценария дедлока
   # Транзакция A: блокирует строку 1, затем пытается получить строку 2
   # Транзакция B: блокирует строку 2, затем пытается получить строку 1
   # Результат: обе транзакции ждут друг друга бесконечно
   

2. Blocking (Блокирование) — ситуация, когда одна транзакция удерживает блокировку, а другая должна ждать.

3. Livelock (Лайвлок) — транзакции постоянно меняют состояние, но не продвигаются в выполнении.

Как СУБД решают эти проблемы

PostgreSQL, MySQL, Oracle используют различные стратегии:

-- Уровни изоляции транзакций
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
-- или
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;

-- Таймауты для избежания длительных блокировок
SET lock_timeout = '5s';

Практические последствия для Backend-разработчика

В PHP-приложениях это проявляется как:

1. Медленные ответы от базы данных
2. Таймауты соединений
3. Ошибки типа "Lock wait timeout exceeded" в MySQL
4. Deadlock detected в PostgreSQL

Решение проблем включает:

• Оптимизацию транзакций: делайте их как можно короче
• Правильный выбор уровня изоляции
• Индексацию: полные сканирования таблиц часто приводят к блокировкам таблиц
• Использование очередей запросов на уровне приложения
• Проектирование схемы БД для минимизации конкурентных изменений

// Пример обработки дедлоков в PHP
try {
    $pdo->beginTransaction();
    // Критичные операции с БД
    $pdo->commit();
} catch (\PDOException $e) {
    $pdo->rollBack();
    if (strpos($e->getMessage(), 'deadlock') !== false) {
        // Повторная попытка или логирование
        usleep(100000); // Пауза 100ms
        // retry logic
    }
}

Мониторинг и диагностика

Для выявления проблем с блокировками используйте:

• SHOW PROCESSLIST в MySQL
• pg_stat_activity в PostgreSQL
• Мониторинговые системы: Prometheus + Grafana с экспортерами для БД
• Slow query logs для выявления проблемных запросов

Итог: Проблема "занятости" базы другими запросами — это комплексная задача управления параллельным доступом, решаемая через механизмы блокировок, транзакций, оптимизацию запросов и архитектурные решения на уровне приложения. Для backend-разработчика критически важно понимать эти механизмы, чтобы создавать отзывчивые и надежные приложения.