<b>Миграция БД без сюрпризов: 7 проверок, которые экономят часы отката</b>

<b>Миграция БД без сюрпризов: 7 проверок, которые экономят часы отката</b>

Перед переносом базы не ограничивайтесь dump/restore. Сначала сравните кодировку и collation: несовпадение часто ломает поиск, сортировку и часть запросов. Проверьте размер таблиц, наличие битых индексов и нестандартных engine — особенно если в базе есть старые таблицы от плагинов.

Обязательно сделайте карту зависимостей: какие таблицы создаёт тема, какие — плагины, где лежат сериализованные данные и опции сайта. При переносе домена или пути ищите строки со старым URL не только в wp_options, но и в meta-полях, настройках виджетов и JSON-полях. Один пропущенный кусок потом выглядит как “случайно сломалась страница”.

Перед импортом на новой стороне проверьте префикс таблиц, права пользователя БД и лимиты на размер пакета. Если база большая, переносите по частям: сначала структуру, потом данные критичных таблиц, затем остальное. Так проще поймать точку, где всё поехало, и не гонять полный откат каждый раз.

После миграции сразу прогоните: вход в админку, поиск по сайту, отправку формы, создание записи, загрузку медиа и выборку нескольких архивов. Если один из этих сценариев падает, проблема обычно не в WordPress как таковом, а в конкретной таблице, индексе или старом значении в данных. Лучше ловить это на тестовой копии, чем на живом проекте.