Att använda olika databasversioner för olika webbplatser i ett multisite -nätverk stöds i allmänhet inte och är tekniskt komplicerat. I en typisk multisite nätverksarkitektur delar alla webbplatser samma databas och samma version av databashanteringssystemet (DBMS). Här är en omfattande utforskning av detta ämne som behandlar koncept, implikationer och alternativ relaterade till att använda olika databasversioner i en multisite -installation.
Förstå multisite nätverksdatabasstruktur
Ett multisite -nätverk, till exempel en WordPress multisite, använder en enda databasinstans för att lagra data för flera webbplatser. Databasen innehåller kärnnätverkstabeller som gäller för hela nätverket och separerar varje webbplatss data i distinkta tabeller med unika prefix. Webbplatser har inte sina egna separata databaser; Istället delar de samma databasserver och instans, men med olika tabeller eller tabelluppsättningar som motsvarar enskilda webbplatser.
Detta innebär att den underliggande databassystemet (MySQL, MariADB eller annan stödd RDBMS) -version måste vara enhetlig över hela multisite -nätverket eftersom alla webbplatser är anslutna till samma databasinstans. DBMS -versionen styr data, prestanda och kompatibilitet för databasen för alla lagrade data. Det är inte möjligt för vissa webbplatser att använda en nyare eller annan databasversion medan andra använder en äldre version om de bor på samma databaseserver.
Tekniska begränsningar
- Enkel databasinstans: Ett multisite -nätverk använder en enda databasinstans. Detta innebär att det bara finns en körversion av databasservern på alla webbplatser.
- Databasmotorkompatibilitet: Databasversionen styr tillgängliga motorfunktioner, SQL -dialekter och prestandaoptimeringar. Att blanda olika versioner inom ett schema är inte genomförbart.
- Separation av tabellprefix: Även om data för varje webbplats separeras med tabellprefix, finns tabellerna alla inom samma globala databas. Detta innebär att alla tabeller måste vara kompatibla med samma version av databasmotorn.
- Uniform DBMS -version: Hela Multisite -nätverket förlitar sig på en enhetlig DBMS -version över hela linjen. Varje uppdatering eller nedgradering påverkar alla webbplatser samtidigt.
Vad händer om olika databasversioner krävs?
Om olika webbplatser kräver olika DBMS -versioner, kan en typisk multisite -installation inte uppfylla detta utan att böja arkitekturprinciper. Detta krav kan uppstå från:
- Kompatibilitetsproblem med vissa plugins eller teman som kräver nyare eller äldre databasfunktioner.
- Krav för inställning av prestanda eller optimering som bättre betjänas av en annan version.
- Databasmotorspecifika buggar eller begränsningar.
Eftersom multisitarkitekturen förlitar sig på en databasinstans, skulle det enda verkliga sättet att rymma olika databasversioner för olika webbplatser vara att dela upp dem i separata nätverk eller separata fristående installationer, var och en med sin egen databaserverinstans som kör den önskade versionen.
Alternativ till olika databasversioner per webbplats
Separata databasservrar per webbplats med oberoende WordPress -installationer
Istället för en multisite kan du ställa in olika webbplatser oberoende, var och en med sin egen databaseserver som kör den önskade DBMS -versionen för den webbplatsen. Detta erbjuder full flexibilitet men uppoffringar:
- Unified Management
- Centraliserad användare och plugin -kontroll
- Enkel säkerhetskopiering över webbplatser
- Delade teman och plugins
Detta tillvägagångssätt är bäst för när webbplatser har mycket olika tekniska och säkerhetskrav.
Flera databaser på samma server
Ibland kan flera databaser vara bosatta på samma databaserverinstans med samma version. Detta tillfredsställer inte behovet av olika versioner per webbplats men tillåter separering när det gäller datalagring.
Använd Multisite men med enhetlig DBMS -version
Om webbplatserna kan fungera under en enda databasversion förblir Multisite ett starkt alternativ. Inom nätverket har webbplatser separata tabeller, men de delar alla samma databaserverversion och kärninställning.
WordPress Multisite -specifikationer
WordPress Multisite-nätverk skapar delade nätverksnivå-tabeller (t.ex. WP_USERS, WP_SITE, WP_BLOGS) och sedan en uppsättning platsspecifika tabeller för varje webbplats med ett unikt webbplatsprefix (t.ex. WP_2_POSTS för webbplats 2). Alla tabeller finns i en databas, så en enda databasversion tjänar hela nätverket. WordPress -kärnan, plugins och teman antar en konsekvent databasmiljö.
Potentiella risker för att försöka använda olika versioner
Att försöka eller simulera en annan version av en databas för webbplatser i samma multisite -nätverk kan orsaka:
- Datakorruption Om vissa SQL -frågor förlitar sig på funktioner som inte är tillgängliga i vissa versioner.
- Plugin -inkompatibilitet eller fel på grund av DBMS har felanpassningar.
- Komplexiteter i säkerhetskopior och migrationer.
- Övergripande instabilitet i multisitmiljön.
Säkerhets- och prestationsöverväganden
En enhetlig databasversion gynnar nätverksövergripande säkerhetsuppdrag och förbättringar av prestanda. Att försöka upprätthålla divergerande databasversioner skulle kräva flera databasservrar, vilket ökar komplexiteten och kostnaden.
Sammanfattning
- Multisite Networks delar en databas och en DBMS -version.
- Olika webbplatser inom en multisite kan inte använda olika databasversioner.
- Separata databasversioner per webbplats kräver separata webbplatser eller nätverk med oberoende databaser.
- Multisite drar nytta av databasversionens enhetlighet för stabilitet, säkerhet och hantering.
- För olika databaskrav är oberoende installationer med separata DBMS -instanser den bästa lösningen.