Erinevate andmebaasi versioonide kasutamist erinevatel saitidel multisite võrgus ei toetata üldiselt ja see on tehniliselt keeruline. Tüüpilises multisite võrguarhitektuuris jagavad kõik saidid sama andmebaasi ja sama versiooni andmebaasihaldussüsteemist (DBMS). Siin on selle teema ulatuslik uurimine, mis käsitleb kontseptsiooni, tagajärgi ja alternatiive, mis on seotud erinevate andmebaaside versioonide kasutamisega multisite seadistuses.
mitme saidi võrgu andmebaasi struktuuri mõistmine
Mitme saidi võrk, näiteks WordPressi multiit, kasutab mitme saidi andmete salvestamiseks ühte andmebaasi eksemplari. Andmebaasis on põhivõrgu tabelid, mis kehtivad kogu võrgu kohta ja eraldab iga saidi andmed ainulaadsete prefikside abil erinevatesse tabelitesse. Saididel pole oma eraldi andmebaase; Selle asemel jagavad nad sama andmebaasiserverit ja eksemplari, kuid erinevate tabelite või tabeli komplektidega, mis vastavad üksikutele saitidele.
See tähendab, et aluseks olev andmebaasisüsteem (MySQL, MariaDB või muu toetatud RDBMS) versioon peab olema ühtlane kogu multisite võrgus, kuna kõik saidid on ühendatud sama andmebaasi eksemplariga. DBMS -versioon kontrollib kõigi salvestatud andmete andmebaasi funktsioone, jõudlust ja ühilduvust. Mõnedel saitidel pole võimalik kasutada uuemat või erinevat andmebaasi versiooni, teised kasutavad vanemat versiooni, kui nad asuvad samas andmebaasiserveris.
Tehnilised piirangud
- Ühe andmebaasi eksemplar: multisite võrk kasutab ühte andmebaasi eksemplari. See tähendab, et kõigil saitidel on ainult üks andmebaasiserveri käitusversioon.
- Andmebaasi mootori ühilduvus: andmebaasi versioon reguleerib mootori funktsioone, SQL -i murdeid ja jõudluse optimeerimist. Erinevate versioonide segamine ühe skeemi piires ei ole teostatav.
- Tabeli eesliite eraldamine: kuigi iga saidi andmed eraldatakse tabeli eesliidetega, asuvad kõik tabelid samas globaalses andmebaasis. See tähendab, et kõik tabelid peavad olema ühilduvad andmebaasimootori sama versiooniga.
- Ühtne DBMS -versioon: kogu multisite võrk tugineb ühtsele DBMS -i versioonile. Mis tahes värskendus või alandamine mõjutab kõiki saite üheaegselt.
Mis juhtub, kui on vaja erinevaid andmebaasi versioone?
Kui erinevad saidid vajavad erinevaid DBMS -i versioone, ei saa tüüpiline multisite seadistamine seda täita ilma arhitektuuri põhimõtteid painutamata. See nõue võib tekkida:
- Ühildumisprobleemid mõne pistikprogrammi või teemadega, mis nõuavad uuemaid või vanemaid andmebaasi funktsioone.
- jõudluse häälestamise või optimeerimise nõuded, mida paremini teenindab erinev versioon.
- Andmebaasi mootoripõhised vead või piirangud.
Kuna multisite arhitektuur tugineb ühele andmebaasi eksemplarile, oleks ainus reaalne viis erinevate saitide erinevate andmebaaside versioonide majutamiseks eraldi võrkudeks või eraldiseisvateks eraldiseisvateks installideks, millest igaühel on soovitud versiooni töötav andmebaasiserveri eksemplar.
Alternatiivid erinevatele andmebaasi versioonidele saidi kohta
eraldi andmebaasiserverid saidi kohta sõltumatute WordPressi installidega
Mitme saidi asemel saate iseseisvalt seadistada erinevad saidid, igaühel on oma andmebaasiserver, mis töötab selle saidi soovitud DBMS -i versiooni. See pakub täielikku paindlikkust, kuid ohverdusi:
- ühtne juhtimine
- tsentraliseeritud kasutaja ja pistikprogrammi juhtimine
- Saitide varukoopiate lihtsus
- jagatud teemad ja pistikprogrammid
See lähenemisviis on kõige parem siis, kui saitidel on väga erinevad tehnilised ja turvanõuded.
mitu andmebaasi samas serveris
Mõnikord võivad mitu andmebaasi asuda sama versiooniga andmebaasiserveri eksemplaris. See ei rahulda vajadust erinevate versioonide järele saidi kohta, vaid võimaldab eraldada andmete salvestamise osas.
Kasutage multisiti, kuid ühtse DBMS -i versiooniga
Kui saidid saavad töötada ühe andmebaasi versiooni alusel, on multisite endiselt tugev võimalus. Võrgus on saitidel eraldi tabelid, kuid neil kõigil on sama andmebaasiserveri versioon ja põhiseade.
WordPressi multisite spetsiifilisi
WordPressi multisite võrgud loovad jagatud võrgutaseme tabeleid (nt WP_USERS, WP_SITE, WP_BLOGS) ja seejärel iga saidi jaoks saidipõhiste tabelite komplekti, millel on ainulaadne saidi eesliide (nt saidi 2 jaoks WP_2_POSTS). Kõik tabelid asuvad ühes andmebaasis, nii et ühe andmebaasi versioon serveerib kogu võrku. WordPressi tuum, pistikprogrammid ja teemad eeldavad järjepidevat andmebaasi keskkonda.
Võimalikud riskid proovida kasutada erinevaid versioone
Sama multiitvõrgu saitide andmebaasi erineva versiooni proovimine või simuleerimine võib põhjustada:
- Andmete korruptsioon Kui teatud SQL -päringud tuginevad mõnes versioonis saadaval olevatele funktsioonidele.
- DBMS -i funktsioonide ebakõladest tingitud pistikprogrammide kokkusobimatus või ebaõnnestumine.
- varukoopiate ja rände keerukuse keerukus.
- mitme saidi keskkonna üldine ebastabiilsus.
Turva- ja tulemuslikkuse kaalutlused
Ühendatud andmebaasi versioon on kasulik võrgu hõlmavate turvapaikade ja jõudluse täiustustele. Erinevate andmebaasi versioonide säilitamise katse nõuaks mitut andmebaasiserverit, suurendades keerukust ja kulusid.
Kokkuvõte
- Multisite võrgud jagavad ühte andmebaasi ja ühte DBMS -i versiooni.
- Mitme saidi erinevad saidid ei saa kasutada erinevaid andmebaasi versioone.
- Eraldi andmebaasi versioonid saidi kohta nõuavad eraldi saite või võrke sõltumatute andmebaasidega.
- Mitme saidi eelised andmebaasi versioonist ühtlustamisel stabiilsuse, turvalisuse ja juhtimise osas.
- Parim lahendus on erinevate andmebaasi nõuete jaoks sõltumatud installimised eraldi DBMS -i esinemisjuhtudega.