Использование различных версий баз данных для разных сайтов в многосайтовой сети, как правило, не поддерживается и технически сложна. В типичной архитектуре с несколькими сетевыми сетью все сайты имеют одну и ту же базу данных и одну и ту же версию системы управления базами данных (СУБД). Вот обширное исследование этой темы, которая рассматривает концепцию, последствия и альтернативы, связанные с использованием различных версий баз данных в многосайтной настройке.
Понимание структуры базы данных многосайтовой сети
Многосайтная сеть, такая как WordPress MultiSite, использует один экземпляр базы данных для хранения данных для нескольких сайтов. База данных содержит основные сетевые таблицы, которые применяются ко всей сети, и разделяет данные каждого сайта на различные таблицы, используя уникальные префиксы. Сайты не имеют своих отдельных баз данных; Вместо этого они имеют один и тот же сервер базы данных и экземпляр, но с разными таблицами или наборами таблиц, которые соответствуют отдельным сайтам.
Это означает, что основная версия системы баз данных (MySQL, MariaDB или другая поддерживаемая RDBMS) должна быть равномерной во всей мультисайтовой сети, поскольку все сайты подключены к одному экземпляру базы данных. Версия DBMS управляет функциями, производительностью и совместимостью базы данных для всех хранимых данных. Некоторые сайты невозможно использовать более новую или другую версию базы данных, в то время как другие используют более старую версию, если они находятся на одном и том же сервере базы данных.
Технические ограничения
- Единственная база данных экземпляр: Multisite Network использует один экземпляр базы данных. Это означает, что на всех сайтах есть только одна работающая версия сервера баз данных.
- Совместимость с базой данных двигателя: версия базы данных регулирует доступные функции двигателя, диалекты SQL и оптимизации производительности. Смешивание разных версий в одной схеме невозможно.
- ТАБЛИЧНЫЕ ПРЕДУПРЕЖДЕНИЕ Разделение: хотя данные для каждого сайта разделены с помощью префиксов таблицы, все таблицы находятся в одной и той же глобальной базе данных. Это означает, что все таблицы должны быть совместимы с одной и той же версией двигателя базы данных.
- Единая СУБД Версия: Вся многосайтная сеть опирается на унифицированную версию СУБД по всем направлениям. Любое обновление или понижение затрагивает все сайты одновременно.
Что происходит, если требуются разные версии базы данных?
Если разные сайты требуют разных версий СУБД, типичная многосайтовая установка не может выполнить это без изгиба принципов архитектуры. Это требование может возникнуть из:
- Проблемы совместимости с некоторыми плагинами или темами, которые требуют более новых или старых функций базы данных.
- Требования к настройке или оптимизации, которые лучше обслуживаются другой версией.
- База данных, специфичные для двигателя ошибки или ограничения.
Поскольку архитектура MultiSite полагается на один экземпляр базы данных, единственный реальный способ приспособить различные версии базы данных для разных сайтов - это разделить их на отдельные сети или отдельные автономные установки, каждый из которых со своим собственным экземпляром сервера базы данных, работающий по желаемой версии.
Альтернативы различным версиям базы данных на сайт
Отдельные серверы базы данных на сайт с независимыми установками WordPress
Вместо мультисайта вы можете самостоятельно настроить различные сайты, каждый из которых со своим собственным сервером баз данных, используя нужную версию DBMS для этого сайта. Это предлагает полную гибкость, но жертвует:
- Единое управление
- Централизованный пользователь и управление плагинами
- Простота резервных копий на участках
- Общие темы и плагины
Этот подход лучше всего подходит, когда сайты имеют очень разные технические требования и требования к безопасности.
Несколько баз данных на одном и том же сервере
Иногда несколько баз данных могут находиться в одном экземпляре сервера базы данных с одной и той же версией. Это не удовлетворяет необходимость в разных версиях на сайт, но позволяет разделить с точки зрения хранения данных.
Используйте многосайт, но с унифицированной СУБД -версией
Если сайты могут работать в соответствии с одной версией базы данных, Multisite остается сильным вариантом. В сети сайты имеют отдельные таблицы, но все они имеют одну и ту же версию сервера баз данных и настройку ядра.
WordPress MultiSite специфики
WordPress MultiSite Networks создают таблицы общего уровня сети (например, WP_USERS, WP_SITE, WP_BLOGS), а затем набор таблиц, специфичных для сайта, для каждого сайта с уникальным префиксом сайта (например, WP_2_POSTS для сайта 2). Все таблицы находятся в одной базе данных, поэтому одна версия базы данных служит всей сети. Ядро WordPress, плагины и темы предполагают постоянную среду базы данных.
Потенциальные риски попытки использовать разные версии
Попытка или моделирование другой версии базы данных для сайтов в одной и той же мультисайтовой сети может вызвать:
- Разрушение данных, если в некоторых версиях полагаются на некоторые запросы SQL.
- Несовместимость или сбой плагина из -за МБМ -функций.
- Сложности в резервных копиях и миграциях.
- Общая нестабильность многосайтовой среды.
Соображения безопасности и производительности
Унифицированная версия базы данных пользуется обще сетью исправлениями безопасности и улучшению производительности. Попытка поддерживать дивергентные версии базы данных потребует нескольких серверов баз данных, увеличивая сложность и стоимость.
Краткое содержание
- Multisite Networks Comene One Database и одну СУБД -версию.
- Различные сайты в многосайте не могут использовать разные версии базы данных.
- Отдельные версии базы данных на сайт требуют отдельных сайтов или сетей с независимыми базами данных.
- Многосайтные выгоды от варианта версии базы данных для стабильности, безопасности и управления.
- Для различных требований к базе данных независимые установки с отдельными экземплярами СУБД являются лучшим решением.