Brug af forskellige databaseversioner til forskellige websteder i et multisite -netværk understøttes generelt ikke og er teknisk kompleks. I en typisk multisite netværksarkitektur deler alle websteder den samme database og den samme version af databasestyringssystemet (DBMS). Her er en omfattende udforskning af dette emne, der adresserer konceptet, implikationer og alternativer relateret til at bruge forskellige databaseversioner i en multisite -opsætning.
Forståelse af multisite netværksdatabasestruktur
Et multisite -netværk, såsom en WordPress multisite, bruger en enkelt databaseinstans til at gemme data til flere websteder. Databasen indeholder kernenetværkstabeller, der gælder for hele netværket og adskiller hvert websteds data i forskellige tabeller ved hjælp af unikke præfikser. Websteder har ikke deres egne separate databaser; I stedet deler de den samme databaseserver og forekomst, men med forskellige tabeller eller bordsæt, der svarer til individuelle websteder.
Dette betyder, at det underliggende databasesystem (MySQL, Mariadb eller anden understøttet RDBMS) -version skal være ensartet på tværs af hele multisite -netværket, fordi alle websteder er tilsluttet den samme databaseinstans. DBMS -versionen styrer databasens funktioner, ydeevne og kompatibilitet for alle lagrede data. Det er ikke muligt for nogle websteder at bruge en nyere eller anden databaseversion, mens andre bruger en ældre version, hvis de bor på den samme databaseserver.
Tekniske begrænsninger
- Enkelt databaseinstans: Et multisite -netværk bruger en enkelt databaseinstans. Dette betyder, at der kun er en kørende version af databaseserveren på tværs af alle websteder.
- Databasemotorkompatibilitet: Databaseversionen styrer tilgængelige motorfunktioner, SQL -dialekter og ydelsesoptimeringer. At blande forskellige versioner inden for et skema er ikke muligt.
- Tabelpræfiksseparation: Selvom data for hvert sted er adskilt af tabelpræfikser, bor tabellerne alle inden for den samme globale database. Dette betyder, at alle tabeller skal være kompatible med den samme version af databasemotoren.
- Uniform DBMS -version: Hele multisite -netværket er afhængig af en ensartet DBMS -version overalt. Enhver opdatering eller nedjustering påvirker alle websteder samtidig.
Hvad sker der, hvis der kræves forskellige databaseversioner?
Hvis forskellige steder kræver forskellige DBMS -versioner, kan en typisk multisite -opsætning ikke opfylde dette uden at bøje arkitekturprincipper. Dette krav kan opstå fra:
- Kompatibilitetsproblemer med nogle plugins eller temaer, der kræver nyere eller ældre databasefunktioner.
- Krav til performance eller optimering, der er bedre tjent med en anden version.
- Databasemotorspecifikke fejl eller begrænsninger.
Da multisite -arkitekturen er afhængig af en databaseinstans, ville den eneste virkelige måde at rumme forskellige databaseversioner til forskellige websteder være at opdele dem i separate netværk eller separate fristående installationer, hver med sine egne databaseserverforekomst, der kører den ønskede version.
Alternativer til forskellige databaseversioner pr. Websted
Separate databaseservere pr. Site med uafhængige WordPress -installationer
I stedet for en multisite, kan du oprette forskellige websteder uafhængigt, hver med sin egen databaseserver, der kører den ønskede DBMS -version til dette websted. Dette giver fuld fleksibilitet, men ofre:
- Unified Management
- Centraliseret bruger- og plugin -kontrol
- lette sikkerhedskopier på tværs af websteder
- Delte temaer og plugins
Denne tilgang er bedst til, når websteder har meget forskellige tekniske og sikkerhedskrav.
Flere databaser på den samme server
Nogle gange kan flere databaser opholde sig på den samme databaseserverforekomst med den samme version. Dette tilfredsstiller ikke behovet for forskellige versioner pr. Websted, men tillader adskillelse med hensyn til datalagring.
Brug multisite, men med ensartet DBMS -version
Hvis webstederne kan fungere under en enkelt databaseversion, forbliver multisite en stærk mulighed. Inden for netværket har websteder separate tabeller, men de deler alle den samme databaseserverversion og kerneopsætning.
WordPress multisite -detaljer
WordPress Multisite Networks opretter delte netværksniveau-tabeller (f.eks. WP_USERS, WP_SITE, WP_BLOGS) og derefter et sæt stedspecifikke tabeller for hvert sted med et unikt præfiks (f.eks. WP_2_POSTS til sted 2). Alle tabeller ligger i en database, så en enkelt databaseversion tjener hele netværket. WordPress -kernen, plugins og temaer antager et konsistent databasemiljø.
Potentielle risici ved at prøve at bruge forskellige versioner
Forsøg eller simulering af en anden version af en database til websteder i det samme multisite netværk kan forårsage:
- Datakorruption Hvis visse SQL -forespørgsler er afhængige af funktioner, der ikke er tilgængelige i nogle versioner.
- Plugin -inkompatibilitet eller fiasko på grund af DBMS har uoverensstemmelser.
- Kompleksiteter i sikkerhedskopier og migrationer.
- Samlet ustabilitet af det multisitiske miljø.
Sikkerheds- og præstationshensyn
En samlet databaseversion er til fordel for netværksdækkende sikkerhedsrettelser og præstationsforbedringer. Forsøg på at opretholde divergerende databaseversioner ville kræve flere databaseservere, øget kompleksitet og omkostninger.
Resume
- Multisite netværk deler en database og en DBMS -version.
- Forskellige steder inden for en multisite kan ikke bruge forskellige databaseversioner.
- Separate databaseversioner pr. Websted kræver separate websteder eller netværk med uafhængige databaser.
- Multisite drager fordel af en ensartethed for databaseversion for stabilitet, sikkerhed og styring.
- For forskellige databasekrav er uafhængige installationer med separate DBMS -forekomster den bedste løsning.