Különböző adatbázis -verziók használata a multisite hálózat különböző webhelyeihez általában nem támogatott, és technikailag összetett. Egy tipikus multisite hálózati architektúrában az összes webhely ugyanazt az adatbázist és ugyanazt az adatbáziskezelő rendszernek (DBMS) osztja meg. Itt található a téma kiterjedt feltárása, amely foglalkozik a különféle adatbázis -verziók koncepciójával, következményeivel és alternatíváival egy multisite beállításban.
A multisite hálózati adatbázis -struktúra megértése
Egy multisite hálózat, például a WordPress Multisite, egyetlen adatbázis -példányt használ az adatok tárolására több webhelyre. Az adatbázis olyan alapvető hálózati táblákat tart, amelyek a teljes hálózatra vonatkoznak, és az egyes webhelyek adatait különálló táblákra osztják egyedi előtagok segítségével. A webhelyeknek nincs saját külön adatbázisuk; Ehelyett ugyanazt az adatbázis -kiszolgálót és példányt osztják meg, de különböző táblákkal vagy táblázatokkal, amelyek megfelelnek az egyes webhelyeknek.
Ez azt jelenti, hogy az alapjául szolgáló adatbázis -rendszernek (MySQL, MariADB vagy más támogatott RDBMS) verziónak a teljes multisite hálózaton egységesnek kell lennie, mivel az összes webhely ugyanazon adatbázis -példányhoz van csatlakoztatva. A DBMS verzió vezérli az adatbázis funkcióit, teljesítményét és kompatibilitását az összes tárolt adathoz. Egyes webhelyek számára nem lehet újabb vagy eltérő adatbázis -verziót használni, míg mások egy régebbi verziót használnak, ha ugyanazon az adatbázis -kiszolgálón helyezkednek el.
Műszaki korlátozások
- Egyetlen adatbázis -példány: A multisite hálózat egyetlen adatbázis -példányt használ. Ez azt jelenti, hogy az adatbázis -kiszolgálónak csak egy futtató verziója van az összes webhelyen.
- Adatbázis -motor kompatibilitása: Az adatbázis -verzió szabályozza a rendelkezésre álló motor funkciókat, SQL -dialektusokat és a teljesítmény optimalizálását. A különféle verziók keverése egy sémában nem megvalósítható.
- Táblázat előtag elválasztása: Bár az egyes webhelyek adatait a táblázat előtagjai választják el, a táblák mind ugyanabban a globális adatbázisban helyezkednek el. Ez azt jelenti, hogy minden táblának kompatibilisnek kell lennie az adatbázis -motor azonos verziójával.
- Egységes DBMS verzió: A teljes multisite hálózat egységes DBMS verzióra támaszkodik. Bármely frissítés vagy leminősítés egyidejűleg befolyásolja az összes webhelyet.
Mi történik, ha különböző adatbázis -verziókra van szükség?
Ha a különböző webhelyekhez különböző DBMS verziókra van szükség, akkor egy tipikus multisite beállítás nem tudja ezt teljesíteni, ha hajlítás nélkül az architektúra alapelvei nélkül. Ez a követelmény a következőkből származhat:
- Kompatibilitási problémák néhány beépülő modulral vagy témával, amelyek újabb vagy régebbi adatbázis -funkciókat igényelnek.
- Teljesítményhangolási vagy optimalizálási követelmények, amelyeket jobban szolgálnak egy másik verzió.
- Adatbázis motor-specifikus hibák vagy korlátozások.
Mivel a multisite architektúra egy adatbázis -példányra támaszkodik, az egyetlen valódi módszer a különböző webhelyek különböző adatbázis -verzióinak befogadására az lenne, ha külön hálózatokra vagy különálló önálló telepítésekre osztanák őket, mindegyik saját adatbázis -kiszolgálópéldányával futtatja a kívánt verziót.
Alternatívák a különböző adatbázis -verziókhoz webhelyenként
különálló adatbázis -kiszolgálók webhelyenként független WordPress telepítésekkel
A többszörös helyek helyett különféle webhelyeket állíthat be, amelyek mindegyike saját adatbázis -kiszolgálóval futtatja a webhely kívánt DBMS verzióját. Ez teljes rugalmasságot kínál, de áldozatok:
- Egységes menedzsment
- Központos felhasználó és plugin vezérlés
- A biztonsági mentések könnyűsége a webhelyeken
- megosztott témák és beépülő modulok
Ez a megközelítés a legjobb, ha a webhelyek nagyon eltérő műszaki és biztonsági követelményekkel rendelkeznek.
Több adatbázis ugyanazon a szerveren
Időnként több adatbázis tartózkodhat ugyanazon az adatbázis -kiszolgálópéldányon, ugyanazzal a verzióval. Ez nem felel meg a webhelyenkénti különböző verziók szükségességének, de lehetővé teszi az elválasztást az adattárolás szempontjából.
Használjon multisite, de egységes DBMS verzióval
Ha a webhelyek egyetlen adatbázis -verzió alatt működhetnek, akkor a multisite továbbra is erős lehetőség. A hálózaton belül a webhelyek külön táblákkal rendelkeznek, de mindegyikük ugyanazt az adatbázis -kiszolgáló verzióját és az alapvető beállítást osztja meg.
WordPress multisite specifikumok
A WordPress Multisite Networks megosztott hálózati szintű táblákat hoz létre (például WP_USERS, WP_SITE, WP_BLOGS), majd az egyes webhelyekhez egy egyedi webhely-előtaggal rendelkező helyspecifikus táblázatok halmazát (például WP_2_POSTS a 2. webhelyhez). Az összes táblázat egy adatbázisban található, tehát egyetlen adatbázis -verzió szolgálja az egész hálózatot. A WordPress Core, a pluginek és a témák következetes adatbázis -környezetet feltételeznek.
A különböző verziók használatának potenciális kockázata
Az adatbázis egy másik verziójának megkísérelése vagy szimulálása ugyanazon multisite hálózatban található webhelyek számára:
- Adatkorrupció Ha bizonyos SQL lekérdezések bizonyos verziókban nem állnak rendelkezésre funkciókra.
- A plugin inkompatibilitása vagy meghibásodása a DBMS szolgáltatásai miatt.
- Komplexitások a biztonsági mentések és a migráció.
- A multisite környezet általános instabilitása.
Biztonsági és teljesítmény -megfontolások
Az egységes adatbázis-verzió a hálózati szintű biztonsági javítások és a teljesítményjavítások javát szolgálja. Az eltérő adatbázis -verziók karbantartásának megkísérelése több adatbázis -kiszolgálót igényel, növelve a bonyolultságot és a költségeket.
Összegzés
- A multisite hálózatok megosztanak egy adatbázist és egy DBMS verziót.
- A multisite különböző webhelyei nem használhatják a különböző adatbázis -verziókat.
- A webhelyenkénti külön adatbázis -verziókhoz külön webhelyek vagy hálózatok szükségesek független adatbázisokkal.
- A stabilitás, a biztonság és a menedzsment adatbázis -verziójának többszörös előnyei.
- Az eltérő adatbázis -követelményekhez a különálló DBMS példányokkal rendelkező független telepítések a legjobb megoldás.