Het gebruik van verschillende databaseversies voor verschillende sites in een multisite -netwerk wordt over het algemeen niet ondersteund en is technisch complex. In een typische multisite -netwerkarchitectuur delen alle sites dezelfde database en dezelfde versie van het databasebeheersysteem (DBMS). Hier is een uitgebreide verkenning van dit onderwerp dat het concept, de implicaties en alternatieven aanpakt met betrekking tot het gebruik van verschillende databaseversies in een multisite -opstelling.
Begrijpen multisite netwerkdatabasestructuur
Een multisite -netwerk, zoals een WordPress -multisite, gebruikt een enkele database -instantie om gegevens op te slaan voor meerdere sites. De database bevat kernnetwerktabellen die van toepassing zijn op het hele netwerk en scheidt de gegevens van elke site in verschillende tabellen met behulp van unieke voorvoegsels. Sites hebben geen eigen afzonderlijke databases; In plaats daarvan delen ze dezelfde databaseserver en instantie, maar met verschillende tabellen of tabelsets die overeenkomen met afzonderlijke sites.
Dit betekent dat het onderliggende databasesysteem (MySQL, MariaDB of andere ondersteunde RDBMS -versie uniform moet zijn in het hele multisite -netwerk, omdat alle sites zijn aangesloten op dezelfde database -instantie. De DBMS -versie regelt de functies, prestaties en compatibiliteit van de database voor alle opgeslagen gegevens. Het is niet mogelijk dat sommige sites een nieuwere of verschillende databaseversie gebruiken, terwijl anderen een oudere versie gebruiken als ze zich op dezelfde databaseserver bevinden.
Technische beperkingen
- Single Database -exemplaar: een multisite -netwerk maakt gebruik van een enkele database -instantie. Dit betekent dat er slechts één versie van de databaseserver op alle sites is.
- Compatibiliteit met database engine: de databaseversie regelt beschikbare motorfuncties, SQL -dialecten en prestatie -optimalisaties. Het mengen van verschillende versies binnen één schema is niet haalbaar.
- Tabelvoorvoegsels Scheiding: Hoewel gegevens voor elke site worden gescheiden door tabelvoorvoegsels, bevinden de tabellen zich allemaal in dezelfde globale database. Dit betekent dat alle tabellen compatibel moeten zijn met dezelfde versie van de database -engine.
- Uniforme DBMS -versie: het hele multisite -netwerk is gebaseerd op een uniforme DBMS -versie over de hele linie. Elke update of downgrade beïnvloedt alle sites tegelijkertijd.
Wat gebeurt er als verschillende databaseversies vereist zijn?
Als verschillende sites verschillende DBMS -versies vereisen, kan een typische multisite -opstelling dit niet vervullen zonder buigingsarchitectuurprincipes. Deze vereiste kan voortkomen uit:
- Compatibiliteitsproblemen met sommige plug -ins of thema's die nieuwere of oudere databasefuncties vereisen.
- Prestatietuning- of optimalisatievereisten die beter worden bediend door een andere versie.
- Database-engine-specifieke bugs of beperkingen.
Aangezien de multisite -architectuur afhankelijk is van één database -exemplaar, zou de enige echte manier om verschillende databaseversies voor verschillende sites te accommoderen, zijn om ze in afzonderlijke netwerken of afzonderlijke zelfstandige installaties te splitsen, elk met een eigen databaseserverinstantie met de gewenste versie.
Alternatieven voor verschillende databaseversies per site
afzonderlijke databaseservers per site met onafhankelijke WordPress -installaties
In plaats van een multisite, kunt u verschillende sites onafhankelijk instellen, elk met een eigen databaseserver die de gewenste DBMS -versie voor die site uitvoert. Dit biedt volledige flexibiliteit maar offers:
- Unified Management
- Gecentraliseerde gebruikers- en plug -incontrole
- gemak van back -ups op sites
- Gedeelde thema's en plug -ins
Deze aanpak is het beste voor wanneer sites zeer verschillende technische en beveiligingsvereisten hebben.
Meerdere databases op dezelfde server
Soms kunnen meerdere databases zich op dezelfde databaseserverinstantie bevinden met dezelfde versie. Dit voldoet niet aan de behoefte aan verschillende versies per site, maar maakt scheiding mogelijk in termen van gegevensopslag.
Gebruik multisite maar met een uniforme DBMS -versie
Als de sites onder een enkele databaseversie kunnen werken, blijft Multisite een sterke optie. Binnen het netwerk hebben sites afzonderlijke tabellen, maar ze delen allemaal dezelfde databaseserverversie en kernopstelling.
WordPress Multisite -bijzonderheden
WordPress Multisite Networks maken gedeelde netwerkniveau-tabellen (bijv. WP_USERS, WP_SITE, WP_BLOGS) en vervolgens een set site-specifieke tabellen voor elke site met een uniek sitevoorvoegsel (bijv. WP_2_POSTS voor site 2). Alle tabellen bevinden zich in één database, dus een enkele databaseversie bedient het hele netwerk. De WordPress -kern, plug -ins en thema's nemen een consistente databaseomgeving aan.
Potentiële risico's om verschillende versies te gebruiken
Het proberen of simuleren van een andere versie van een database voor sites in hetzelfde multisite -netwerk kan veroorzaken:
- Gegevenscorruptie Als bepaalde SQL -query's afhankelijk zijn van functies die in sommige versies niet beschikbaar zijn.
- Plug -in incompatibiliteit of falen als gevolg van DBMS bevat niet -overeenkomen.
- Complexiteit in back -ups en migraties.
- Algemene instabiliteit van de multisite -omgeving.
Beveiligings- en prestatieoverwegingen
Een uniforme databaseversie komt netwerkbrede beveiligingspatches en prestatieverbeteringen ten goede. Proberen om uiteenlopende databaseversies te handhaven, vereisen meerdere databaseservers, waardoor de complexiteit en de kosten worden verhoogd.
Samenvatting
- Multisite -netwerken delen één database en één DBMS -versie.
- Verschillende sites binnen een multisite kunnen geen verschillende databaseversies gebruiken.
- afzonderlijke databaseversies per site vereisen afzonderlijke sites of netwerken met onafhankelijke databases.
- Multisite voordelen van databaseversie -uniformiteit voor stabiliteit, beveiliging en management.
- Voor verschillende databasevereisten zijn onafhankelijke installaties met afzonderlijke DBMS -instanties de beste oplossing.