Почему `mysqldump` опасен на большой активной базе и чем его заменить?

По умолчанию mysqldump блокирует таблицы на время дампа — на большой базе это минуты-часы, в течение которых приложение не может писать (а то и читать). Лечится:

- --single-transaction — консистентный дамп InnoDB без блокировок (через MVCC-снапшот);
- --skip-lock-tables — для MyISAM;
- Percona XtraBackup — физический горячий бэкап без остановки записи.

Ещё вопросы по теме «Базы данных»

• Какие стратегии бэкапирования вы использовали: дампы (pg_dump), снапшоты томов или инкрементальные бэкапы (WAL-G/pgBackRest)?
• Как организовать проверку (валидацию) бэкапов, чтобы гарантировать возможность восстановления?
• На какие метрики баз данных стоит обращать внимание в первую очередь (время транзакций, количество коннектов, использование CPU/Disk IO)?
• Как понять, что высокая нагрузка на сервере (Load Average) вызвана именно проблемами с дисковой подсистемой базы данных?
• Использовали ли вы специализированные инструменты для мониторинга запросов, такие как pg_stat_statements?
• Кейс: Запрос напрямую в базу выполняется быстро, а через приложение — виснет или отваливается по таймауту. Какие могут быть причины?