MariaDB 11.8 WordPress: upgrade sau rămâi pe 11.4?

Păstrează MariaDB 11.4 pe majoritatea serverelor WordPress și WooCommerce existente care funcționează stabil. Treci la MariaDB 11.8 atunci când construiești un server nou, când sistemul de operare sau panoul de control îl acceptă oficial ori când o funcție din 11.8 rezolvă o problemă demonstrată. MariaDB 11.8 este LTS, dar mentenanța versiunii Community se încheie în iunie 2028, în timp ce MariaDB 11.4 rămâne întreținut până în mai 2029. Ambele depășesc cerințele oficiale WordPress și WooCommerce. O versiune mai nouă nu înseamnă automat un magazin mai rapid.

Scris de echipa tehnică ServerSpan

Faptul că MariaDB 11.8 este LTS nu reprezintă un motiv pentru abandonarea versiunii 11.4

Eticheta LTS arată că MariaDB 11.8 primește mentenanță pe termen lung. Nu înseamnă că are o perioadă de suport Community mai lungă decât fiecare versiune LTS anterioară.

Politica de mentenanță MariaDB Foundation listează mentenanța Community pentru MariaDB 11.8 până la 4 iunie 2028. MariaDB 11.4 rămâne întreținut până la 29 mai 2029, deoarece versiunile până la 11.4 au fost acoperite de politica anterioară, care oferea cinci ani de mentenanță pentru binarele Community.

Această situație răstoarnă presupunerea obișnuită. Trecerea de la 11.4 la 11.8 oferă funcții mai noi, dar scurtează cu aproximativ un an perioada de mentenanță Community publicată în prezent.

Factor de decizie	Rămâi pe MariaDB 11.4	Treci la MariaDB 11.8
Compatibilitate WordPress	Respectă recomandarea MariaDB 10.11 sau mai nou	Respectă recomandarea MariaDB 10.11 sau mai nou
Compatibilitate WooCommerce	Depășește recomandarea MariaDB 10.6 sau mai nou	Depășește recomandarea MariaDB 10.6 sau mai nou
Mentenanță Community	Până la 29 mai 2029	Până la 4 iunie 2028
Maturitate operațională	Istoric mai lung în producție și mai puține variabile noi	Comportament mai nou al optimizatorului și valori implicite diferite
Performanță	Comportament deja cunoscut pentru workload-ul existent	Posibile îmbunătățiri pentru anumite query-uri, care trebuie testate
Risc de upgrade	Nu este necesară migrarea bazei de date	Necesită testarea pachetelor, configurației, SQL-ului din plugin-uri și procedurii de rollback
Scenariul potrivit	Server WordPress sau WooCommerce existent și stabil	Instalări noi, rebuild-uri planificate sau workload-uri care beneficiază demonstrabil de o schimbare din 11.8

Dacă ai nevoie de un audit al configurației bazei de date înainte de această decizie, serviciul ServerSpan de administrare servere Linux acoperă configurarea MariaDB, optimizarea bazelor de date, depanarea upgrade-urilor, recuperarea din backup și lucrările de replicare.

WordPress și WooCommerce acceptă ambele versiuni

Compatibilitatea cu WordPress core nu este factorul care decide între MariaDB 11.4 și 11.8. Cerințele oficiale WordPress recomandă MariaDB 10.11 sau o versiune mai nouă. Recomandările oficiale WooCommerce pentru server acceptă MariaDB 10.6 sau o versiune mai nouă.

Atât 11.4, cât și 11.8 depășesc aceste cerințe. O instalare WordPress standard care folosește driverul PHP obișnuit pentru baze de date ar trebui să se conecteze la oricare dintre versiuni fără modificări ale aplicației.

Riscul real de compatibilitate se află în afara WordPress core. Plugin-urile custom pot crea propriile tabele, pot executa SQL neobișnuit, pot presupune existența unui anumit collation sau pot depinde de un panou de control care administrează pachetele MariaDB prin propriile repository-uri și propriul sistem de configurare.

Verifică mediul real înainte de a lua decizia:

mariadb --version

sudo mariadb -NBe "
SELECT
  @@version,
  @@version_comment,
  @@character_set_server,
  @@collation_server,
  @@sql_mode;
"

Prima comandă confirmă versiunea clientului instalat. Query-ul SQL confirmă versiunea serverului care rulează și valorile sale implicite active. Dacă serverul și clientul provin din familii diferite de pachete sau versiunea raportată diferă de cea afișată de panoul de control, rezolvă această neconcordanță înainte de planificarea upgrade-ului.

MariaDB 11.8 nu face automat WooCommerce mai rapid

MariaDB 11.8 conține îmbunătățiri reale pentru optimizator și InnoDB. Documentația versiunii listează decizii mai bune bazate pe cost pentru anumite query-uri de actualizare și ștergere, suport suplimentar pentru expresii, îmbunătățiri ale index condition pushdown pentru tabele partiționate și lucrări de scalabilitate pentru adaptive hash index din InnoDB.

Niciuna dintre aceste schimbări nu garantează încărcarea mai rapidă a paginii de produs, a coșului, a checkout-ului sau a zonei de administrare. O cerere WooCommerce poate consuma timpul în PHP, API-uri externe, ratări ale object cache-ului, un tabel de plugin fără indexuri potrivite sau query-uri repetate asupra unor tabele mari de metadate. Actualizarea motorului bazei de date nu repară un query prost sau un buffer pool subdimensionat.

Documentația MariaDB pentru upgrade-uri între versiuni majore precizează că îmbunătățirile optimizatorului ar trebui să ajute în mod normal, dar admite și posibilitatea unor regresii rare ale planurilor de execuție. Testul corect este workload-ul tău, nu un benchmark generic.

Înregistrează configurația slow query log înainte de testare:

sudo mariadb -NBe "
SHOW VARIABLES
WHERE Variable_name IN (
  'slow_query_log',
  'slow_query_log_file',
  'long_query_time'
);
"

Un rezultat util arată că slow query log este activ, identifică o cale de log în care serverul poate scrie și afișează un prag potrivit investigației. Dacă logul este dezactivat, activează-l mai întâi în staging sau pe durata unei perioade controlate de observație. Nu păstra logarea agresivă activă permanent pe un magazin de producție aglomerat fără să urmărești spațiul ocupat pe disc.

Compară același proces de checkout, filtrarea produselor, joburile programate, importurile și rapoartele administrative pe 11.4 și 11.8. Verifică durata query-urilor și planurile de execuție cu EXPLAIN. Păstrează aceeași versiune PHP, același conținut al object cache-ului, același set de date și aceeași configurație a bazei de date în timpul comparației.

Pentru o analiză mai largă a blocajelor WooCommerce, vezi ce provoacă în realitate căderea unui magazin WooCommerce în perioadele cu trafic ridicat.

Noile valori implicite pentru charset contează mai mult pentru plugin-uri decât pentru tabelele core existente

MariaDB 11.8 schimbă setul de caractere implicit al serverului de la latin1 la utf8mb4 și collation-ul Unicode implicit la uca1400_ai_ci. Este o valoare implicită modernă mai bună pentru obiectele noi ale bazei de date, dar nu reprezintă o comandă de convertire a tuturor tabelelor WordPress existente.

Tabelele existente își păstrează setul de caractere și collation-ul definite, dacă nu sunt modificate explicit. Tabelele noi create fără setări explicite pot moșteni valorile serverului. Plugin-urile WordPress scrise corect folosesc $wpdb->get_charset_collate() atunci când creează tabele, conform WordPress Plugin Handbook.

Verifică distribuția actuală înainte de upgrade:

sudo mariadb -NBe "
SELECT
  TABLE_SCHEMA,
  TABLE_COLLATION,
  COUNT(*) AS tables_using_collation
FROM information_schema.TABLES
WHERE TABLE_SCHEMA NOT IN (
  'mysql',
  'information_schema',
  'performance_schema',
  'sys'
)
AND TABLE_TYPE = 'BASE TABLE'
GROUP BY TABLE_SCHEMA, TABLE_COLLATION
ORDER BY TABLE_SCHEMA, TABLE_COLLATION;
"

Un număr mic de collation-uri alese intenționat este normal. O bază de date WordPress care conține mai multe combinații fără legătură între utf8, utf8mb4 și collation-uri specifice unor vendori trebuie analizată, mai ales dacă sunt executate join-uri între coloane text din tabelele mai multor plugin-uri.

Nu combina upgrade-ul MariaDB cu o conversie în masă a collation-urilor, decât dacă acea conversie are propriul plan testat. Separarea modificărilor face identificarea erorilor și rollback-ul mult mai simple.

Upgrade-ul direct de la 11.4 la 11.8 este acceptat

MariaDB publică un ghid dedicat upgrade-ului de la 11.4 la 11.8. Succesiunea documentată este să creezi un backup, să schimbi repository-ul pachetelor, să oprești MariaDB, să înlocuiești pachetele vechi ale serverului, să verifici opțiunile de configurare, să pornești serverul nou și să rulezi mariadb-upgrade.

Lista de incompatibilități specifică traseului 11.4 la 11.8 este scurtă. Opțiunea eliminată wsrep_load_data_splitting privește în principal mediile Galera. MariaDB nu listează valori implicite modificate în ghidul specific de upgrade, deși schimbările cumulate din versiunile 11.5 până la 11.8 afectează obiectele noi ale bazei de date și comportamentul optimizatorului.

Lista scurtă de incompatibilități nu transformă fereastra de mentenanță într-un simplu update de pachete. Panourile de hosting pot administra propriile repository-uri, definiții de servicii, socket-uri, integrări de backup sau workflow-uri CustomBuild. Ocolirea procedurii acceptate de panou poate lăsa baza de date funcțională, în timp ce panoul consideră că este instalată o altă versiune.

Dacă încă migrezi de la MariaDB 10.6, citește analiza despre EOL-ul MariaDB 10.6 și opțiunile de migrare pentru DirectAdmin Legacy. Pentru situația neobișnuită în care DirectAdmin nu poate administra corect MariaDB 11.4 prin CustomBuild, consultă modelul de integrare manuală a MariaDB 11.4. Acestea sunt probleme diferite de decizia privind trecerea unui server sănătos de la 11.4 la 11.8.

Reinstalarea versiunii 11.4 nu este un plan sigur de rollback

MariaDB este proiectat să actualizeze fișierele bazei de date înainte, către versiuni mai noi. Nu este proiectat pentru reinstalarea nepregătită a unor binare mai vechi peste un director de date care a fost deja deschis și actualizat de o versiune nouă.

Un rollback real înseamnă una dintre următoarele variante:

• Restaurezi un backup verificat, creat înainte de upgrade, într-un mediu MariaDB 11.4 curat.
• Muți traficul înapoi către un server sau o replică 11.4 neatinsă, care a fost păstrată izolată în timpul upgrade-ului.

Un snapshot poate ajuta, dar numai dacă surprinde baza de date oprită corect sau într-o stare consistentă cu aplicația. Trebuie să înțelegi și că revenirea la snapshot elimină fiecare comandă, actualizare de plată, modificare de client și ajustare de stoc scrisă după momentul snapshot-ului.

Pentru WooCommerce, un rollback nepregătit la snapshot este periculos. Magazinul poate părea funcțional, deși baza de date a rămas în urma procesatorului de plăți, a sistemului de fulfilment sau a sursei externe de stoc.

Folosește o copie de staging înainte de modificarea magazinului de producție

Cea mai bună țintă pentru validare este o copie recentă a bazei de date reale, restaurată pe un server separat. O instalare WordPress goală nu dovedește aproape nimic despre un magazin WooCommerce matur, cu plugin-uri custom și mai mulți ani de date despre comenzi.

Înainte de testare, rulează următoarele verificări WordPress read-only sub utilizatorul site-ului, nu ca root:

wp core verify-checksums
wp db check
wp plugin list --status=active
wp db query "SELECT VERSION();"

Un rezultat bun confirmă că fișierele WordPress core corespund checksum-urilor oficiale, tabelele trec verificările de bază, plugin-urile active sunt inventariate și WordPress se conectează la serverul MariaDB așteptat. Repară orice corupere existentă sau modificare necunoscută a fișierelor core înainte de a atribui erorile ulterioare versiunii MariaDB 11.8.

După upgrade-ul din staging, testează autentificarea, checkout-ul, rambursările, cupoanele, căutarea produselor, administrarea comenzilor, scheduled actions, importurile, exporturile, backupurile și rapoartele custom. Verifică logul serviciului MariaDB după upgrade:

sudo journalctl -u mariadb --since "30 minutes ago" --no-pager
sudo mariadb-upgrade
wp db check

Logul nu trebuie să conțină erori repetate despre opțiuni nesuportate, motoare de stocare, permisiuni sau crash recovery. Comanda mariadb-upgrade trebuie să se încheie cu succes, iar verificarea finală a bazei de date WordPress trebuie să treacă.

Regula practică de decizie

• Rămâi pe 11.4 când magazinul de producție este stabil, complet actualizat, acceptat de panoul de control și nu obține niciun beneficiu măsurabil din 11.8.
• Alege 11.8 pentru o instalare nouă când sistemul de operare și stack-ul de administrare îl acceptă nativ și nu există configurații legacy de transportat.
• Actualizează un magazin existent când testele din staging trec, backupurile au fost restaurate cu succes și versiunea nouă rezolvă o cerință operațională concretă.
• Nu face upgrade doar pentru viteză până când același workload WooCommerce nu demonstrează o îmbunătățire repetabilă.
• Nu face upgrade pentru o perioadă Community mai lungă, deoarece data de încheiere a mentenanței publicată pentru 11.4 este mai târzie decât cea pentru 11.8.

Pentru majoritatea serverelor WordPress și WooCommerce existente, MariaDB 11.4 rămâne alegerea rațională pentru producție. MariaDB 11.8 este potrivit pentru instalări noi și migrări testate, dar eticheta LTS nu creează o urgență, nu prelungește perioada de mentenanță Community și nu garantează query-uri de checkout mai rapide.

Dacă upgrade-ul implică un magazin de producție, un panou de hosting sau o bază de date prea mare pentru o restaurare improvizată, serviciul ServerSpan de administrare a bazelor de date pe Linux poate acoperi verificările de compatibilitate, configurarea MariaDB, validarea backupurilor, executarea upgrade-ului și depanarea de după migrare.