Dažādu datu bāzes versiju izmantošana dažādām vietnēm daudzvietīgi tīklā parasti netiek atbalstīta un ir tehniski sarežģīta. Tipiskā multisite tīkla arhitektūrā visām vietnēm ir viena un tā pati datu bāze un tā pati datu bāzes pārvaldības sistēmas versija (DBMS). Šeit ir plaša šīs tēmas izpēte, kas pievēršas koncepcijai, sekām un alternatīvām, kas saistītas ar dažādu datu bāzes versiju izmantošanu daudzvietīgi iestatījumos.
Izpratne par daudzvietīgu tīkla datu bāzes struktūru
Multisītu tīkls, piemēram, WordPress multisite, izmanto vienu datu bāzes gadījumu, lai saglabātu datus vairākām vietnēm. Datu bāzē ir galveno tīkla tabulas, kas attiecas uz visu tīklu un atdala katras vietnes datus atšķirīgās tabulās, izmantojot unikālus prefiksus. Vietnēm nav savu atsevišķu datu bāzu; Tā vietā viņiem ir viens un tas pats datu bāzes serveris un instance, bet ar dažādām tabulām vai tabulu kopām, kas atbilst atsevišķām vietnēm.
Tas nozīmē, ka pamatā esošajai datu bāzu sistēmai (MySQL, Mariadb vai citai atbalstītai RDBMS) versijai jābūt vienveidīgai visā daudzvietīgu tīklā, jo visas vietnes ir savienotas ar to pašu datu bāzes instanci. DBMS versija kontrolē visu saglabāto datu datu bāzes funkcijas, veiktspēju un savietojamību. Dažām vietnēm nav iespējams izmantot jaunāku vai atšķirīgu datu bāzes versiju, bet citas izmanto vecāku versiju, ja tās dzīvo vienā un tajā pašā datu bāzes serverī.
tehniskie ierobežojumi
- Vienas datu bāzes gadījums: Multisite tīkls izmanto vienu datu bāzes gadījumu. Tas nozīmē, ka visās vietnēs ir tikai viena darbināma datu bāzes servera versija.
- Datubāzes motora saderība: datu bāzes versija regulē pieejamās motora funkcijas, SQL dialektus un veiktspējas optimizāciju. Dažādu versiju sajaukšana vienā shēmā nav iespējama.
- Tabulas prefiksa atdalīšana: lai arī dati par katru vietni ir atdalīti ar tabulas prefiksiem, tabulas visas atrodas vienā un tajā pašā globālajā datu bāzē. Tas nozīmē, ka visām tabulām jābūt savietojamām ar to pašu datu bāzes motora versiju.
- Vienota DBMS versija: viss multisite tīkls ir atkarīgs no vienotas DBMS versijas visā tāumā. Jebkurš atjauninājums vai pazemināšana ietekmē visas vietnes vienlaicīgi.
Kas notiek, ja ir vajadzīgas dažādas datu bāzes versijas?
Ja dažādām vietnēm ir vajadzīgas dažādas DBMS versijas, tipiska daudzvietīgu iestatīšana to nevar izpildīt, bez liekšanas arhitektūras principiem. Šī prasība var rasties no:
- Saderības problēmas ar dažiem spraudņiem vai tēmām, kurām ir vajadzīgas jaunākas vai vecākas datu bāzes funkcijas.
- Veiktspējas noregulēšanas vai optimizācijas prasības, kuras labāk apkalpo cita versija.
- datu bāzes motoram specifiskas kļūdas vai ierobežojumi.
Tā kā multisite arhitektūra ir atkarīga no vienas datu bāzes gadījuma, vienīgais reālais veids, kā pielāgot dažādas datu bāzes versijas dažādām vietnēm, būtu sadalīt tos atsevišķos tīklos vai atsevišķās atsevišķās instalācijās, katrai no tām ir sava datu bāzes servera instance, kurā darbojas vēlamā versija.
Alternatīvas dažādām datu bāzes versijām vienā vietnē
Atsevišķi datu bāzes serveri vienā vietā ar neatkarīgām WordPress instalācijām
Multisite vietā jūs varat izveidot dažādas vietnes neatkarīgi, katra ar savu datu bāzes serveri darbina šīs vietnes vēlamo DBMS versiju. Tas piedāvā pilnīgu elastību, bet upurus:
- Vienota vadība
- centralizēta lietotāja un spraudņa vadība
- Dublējumu vienkāršība dažādās vietnēs
- koplietotas tēmas un spraudņi
Šī pieeja ir vislabākā, ja vietnēm ir ļoti atšķirīgas tehniskās un drošības prasības.
Vairākas datu bāzes tajā pašā serverī
Dažreiz vairākas datu bāzes var atrasties vienā un tajā pašā datu bāzes servera gadījumā ar vienu un to pašu versiju. Tas neatbilst nepieciešamībai pēc dažādām versijām vienā vietā, bet ļauj atdalīties datu glabāšanā.
Izmantojiet multisite, bet ar vienotu DBMS versiju
Ja vietnes var darboties vienā datu bāzes versijā, multisite joprojām ir spēcīga iespēja. Tīklā vietnēs ir atsevišķas tabulas, taču tām visām ir viena un tā pati datu bāzes servera versija un pamata iestatīšana.
WordPress Multisite specifika
WordPress Multisite tīkli izveido koplietotas tīkla līmeņa tabulas (piemēram, WP_USERS, WP_SITE, WP_BLOGS) un pēc tam vietnei specifisku tabulu komplektu katrai vietnei ar unikālu vietnes prefiksu (piemēram, WP_2_Posts 2. vietnei). Visas tabulas atrodas vienā datu bāzē, tāpēc viena datu bāzes versija kalpo visam tīklam. WordPress kodols, spraudņi un tēmas pieņem konsekventu datu bāzes vidi.
potenciālie riski, mēģinot izmantot dažādas versijas
Varētu izraisīt atšķirīgu datu bāzes versijas mēģinājumu vai simulēšanu tajā pašā daudzvietīgu tīklā:
- Datu korupcija, ja daži SQL vaicājumi paļaujas uz dažām versijām, kas nav pieejamas.
- spraudņa nesaderība vai kļūme DBMS neatbilstību dēļ.
- Sarežģītība dublējumos un migrācijā.
- Multisite vides vispārējā nestabilitāte.
Drošības un veiktspējas apsvērumi
Vienota datu bāzes versija dod labumu tīkla mēroga drošības ielāpiem un veiktspējas uzlabojumiem. Mēģinājumam uzturēt atšķirīgas datu bāzes versijas būtu nepieciešami vairāki datu bāzes serveri, palielinot sarežģītību un izmaksas.
kopsavilkums
- Multisite Networks kopīgojiet vienu datu bāzi un vienu DBMS versiju.
- Dažādas vietnes multisite nevar izmantot dažādas datu bāzes versijas.
- Atsevišķām datu bāzes versijām katrā vietnē ir nepieciešamas atsevišķas vietnes vai tīkli ar neatkarīgām datu bāzēm.
- Daudzvietīgi ieguvumi no datu bāzes versijas vienveidības stabilitātes, drošības un pārvaldības vienveidībai.
- Labākais risinājums ir atšķirīgas datu bāzes prasības, neatkarīgas instalācijas ar atsevišķiem DBMS gadījumiem.