Что такое WAL (Write-Ahead Log) в контексте баз данных?

WAL (Write-Ahead Log) — это фундаментальный механизм обеспечения надежности (durability) и согласованности (consistency) в СУБД. Все изменения данных сначала записываются в устойчивый журнал (лог), и только после подтверждения этой записи применяются к основным таблицам.

Как это работает в DevOps-практике:

1. Гарантия Durability: При сбое (например, отключении питания) система может восстановить состояние, «проиграв» записи из WAL с последней контрольной точки (checkpoint). Это критично для баз данных, развернутых в облачных средах, где инстансы могут быть перезапущены.
2. Репликация: WAL — основа для потоковой репликации (streaming replication) в PostgreSQL или аналогичных механизмов в других СУБД. Реплики непрерывно применяют WAL-записи с мастера, поддерживая актуальность данных.
3. Настройка и мониторинг: В DevOps важно правильно настроить и следить за WAL.
   • Пример настройки в postgresql.conf:

     wal_level = replica          # Уровень детализации логов (replica, logical)
     max_wal_size = 1GB           # Максимальный размер WAL перед триггером checkpoint
     archive_mode = on            # Включение архивации WAL для PITR (Point-in-Time Recovery)
     archive_command = 'gzip < %p > /path/to/archive/%f'

   • Мониторинг:

     -- Проверка текущей позиции в WAL
     SELECT pg_current_wal_lsn();
     -- Проверка отставания реплики
     SELECT pg_wal_lsn_diff(pg_current_wal_lsn(), replay_lsn) AS replication_lag FROM pg_stat_replication;

Компромиссы для инженера:

• Плюсы: Отказоустойчивость, поддержка репликации и бэкапов.
• Минусы: Дополнительные операции ввода-вывода (I/O overhead), требование дискового пространства. Неправильная настройка max_wal_size или отсутствие мониторинга могут привести к заполнению диска.