Koniec wsparcia MariaDB 10.6: dlaczego warto przejść na MariaDB 10.11

Twoja strona na WordPressie, sklep na WooCommerce czy PrestaShopie ma pod maską coś, o czym rzadko się myśli: bazę danych. To w niej zapisane są wpisy z bloga, produkty, zamówienia i konta klientów. Latem 2026 roku jedna z najpopularniejszych wersji tego silnika, czyli MariaDB 10.6, przestała otrzymywać poprawki. Hostingi zaczęły wysyłać komunikaty, a część z nich wprowadziła opłaty za dalsze korzystanie ze starej wersji. Jeśli dostałeś taką wiadomość i nie wiesz, czy to powód do niepokoju, jesteś w dobrym miejscu. Wyjaśnię Ci spokojnie, co się wydarzyło, ile kosztuje pozostanie przy starej wersji i jak przeprowadzić migrację MariaDB 10.6 do 10.11 samodzielnie, bez nerwów i bez utraty danych.

Koniec wsparcia MariaDB 10.6: co to właściwie oznacza?

Każda wersja oprogramowania ma swój cykl życia. MariaDB 10.6 była wersją LTS, czyli z długim okresem wsparcia, ale ten okres właśnie się skończył. MariaDB Community Server 10.6 osiągnęła koniec życia 6 lipca 2026 roku.

Uspokajam od razu: Twoja strona nie przestała działać 7 lipca. Baza danych nadal zapisuje dane i odpowiada na zapytania, a ruch na blogu czy w sklepie wygląda dokładnie tak samo jak wcześniej. Zmiana jest mniej widoczna, ale nadal ważna. Od tej daty fundacja MariaDB nie wydaje już dla wersji 10.6 poprawek bezpieczeństwa, poprawek błędów ani wydań korygujących.

Dlaczego to ma znaczenie? Każda wersja oprogramowania z czasem ujawnia nowe luki bezpieczeństwa. Dopóki wersja jest wspierana, producent szybko je łata i wystarczy zainstalować aktualizację. Po zakończeniu wsparcia te poprawki trafiają już tylko do nowszych wydań. Co więcej, zmiany w kodzie MariaDB są publicznie dostępne, więc atakujący mogą dokładnie sprawdzić, co zostało naprawione, i przygotować exploity na systemy, które tej poprawki nigdy nie otrzymają. Z każdym miesiącem liczba znanych, niezałatanych luk w MariaDB 10.6 będzie więc rosła, a razem z nią ryzyko dla bezpieczeństwa strony i danych Twoich klientów.

Skala zjawiska jest większa, niż mogłoby się wydawać. Według analizy WordPress.org ponad 37% instalacji WordPressa działa na oprogramowaniu z bazą danych, którego wsparcie już wygasło. Jeśli więc Twoja strona powstała kilka lat temu i od tamtej pory nikt nie zaglądał „pod maskę”, istnieje realna szansa, że dotyczy to także Ciebie.

Co daje przejście na MariaDB 10.11?

Najważniejsza korzyść jest prosta: aktualizacja MariaDB do wersji 10.11 przywraca Twojej bazie regularne łatki bezpieczeństwa. Seria MariaDB 10.11 będzie wspierana do 16 lutego 2028 roku. To półtora roku spokoju i czas, żeby zaplanować kolejny krok bez pośpiechu.

Wersja 10.11 wnosi też szereg usprawnień technicznych, zebranych z kilku wydań pośrednich. Pojawił się osobny typ danych dla identyfikatorów UUID, funkcja naturalnego sortowania (dzięki niej „produkt 2” trafia przed „produkt 10”, a nie za niego), dokładniejszy podział uprawnień administracyjnych oraz nowsze reguły porównywania znaków w różnych językach. Dla właściciela typowej strony firmowej te zmiany są niewidoczne na co dzień, ale przekładają się na lepszą zgodność z nowymi wersjami WordPressa, WooCommerce i wtyczek.

Dobra wiadomość dla osób, które obawiają się, że coś się „rozsypie”: przejście z 10.6 na 10.11 należy do łagodnych. Zmian niekompatybilnych wstecz jest niewiele, a popularne systemy CMS radzą sobie z nową wersją bez żadnych modyfikacji. Ryzyko dotyczy głównie starych, nieaktualizowanych wtyczek WordPress i autorskich skryptów pisanych bardzo wiele lat temu.

Uczciwie dodam jedną rzecz. 10.11 to bezpieczny, zachowawczy wybór, ale nie najnowszy. Sama fundacja MariaDB przy odejściu od 10.6 radzi rozważyć nowsze wydania LTS i rekomenduje przejście od razu na 11.8 lub 12.3. Na hostingu współdzielonym zwykle nie masz jednak wyboru, bo wersję wskazuje dostawca. Wtedy przejście na MariaDB 10.11 jest rozsądnym krokiem, a za dwa lata czeka Cię po prostu kolejna, podobna aktualizacja.

MariaDB 10.6 w cyber_Folks: dopłata za DB Legacy czy migracja?

W cyber_Folks stare bazy zostały oznaczone w panelu jako bazy legacy. Możesz z nich dalej korzystać, ale za dodatkową opłatą. W cenniku hostingu dodatek „DB Legacy” kosztuje 14,90 zł netto miesięcznie lub 149 zł netto rocznie. To ten sam model, który firma stosuje wobec starszych wersji PHP. Dodatek „PHP Legacy” również kosztuje 149 zł netto za rok.

Skąd taka decyzja? Utrzymanie osobnej instancji bazy, której producent już nie łata, oznacza dla hostingu dodatkową pracę i odpowiedzialność za bezpieczeństwo. Zenbox, marka należąca do tej samej grupy, tłumaczy podobną opłatę wprost: ma ona odzwierciedlać koszty utrzymania i zabezpieczenia starszych środowisk, które nie są już oficjalnie wspierane. Z perspektywy dostawcy to także zachęta, żeby klienci nie odkładali aktualizacji w nieskończoność.

Warto jednak wiedzieć, że migracja bazy danych w cyber_Folks nie odbywa się automatycznie. Na moment pisania tego artykułu klient sam eksportuje dane ze starej bazy, tworzy nową bazę na nowej wersji, importuje do niej dane i aktualizuje dane dostępowe w pliku konfiguracyjnym strony. Dla osoby technicznej to kwadrans pracy. Dla właściciela kwiaciarni czy gabinetu fizjoterapii może to być spore wyzwanie.

A jak robią inni? Sprawdziłem i podejścia są różne:

• Część hostingów po prostu aktualizuje serwery za klientów. Przykładowo zagraniczny Varial Hosting w czerwcu 2026 roku przeniósł swoje serwery z MariaDB 10.6 na 10.11, a strony były niedostępne przez około 10 do 15 minut. Zenbox w ten sam sposób przeprowadzał wcześniej przejście z wersji 10.4 na 10.6, informując o maksymalnie 20 minutowej przerwie w dostępie do stron.
• Chmura Amazon stosuje model płatnego wsparcia rozszerzonego, ale tylko dla części silników. Extended Support istnieje wyłącznie dla RDS for MySQL i RDS for PostgreSQL, więc użytkownicy MariaDB nie mają tam nawet opcji dopłaty i czeka ich wymuszona aktualizacja.

Moja rada? Traktuj opłatę za bazę legacy jako czasowy bufor, a nie rozwiązanie na lata. Jeśli masz starą stronę, której nie da się szybko przetestować, 14,90 zł za miesiąc spokoju to rozsądna cena. Płacenie co roku za utrzymanie przestarzałej bazy to już jednak koszt, który lepiej zainwestować w jednorazową migrację.

Migracja bazy danych z MariaDB 10.6 na 10.11 krok po kroku

Sama migracja MariaDB 10.6 do 10.11 na hostingu z panelem DirectAdmin jest prostsza, niż mogłby się wydawać. Poniżej znajdziesz sprawdzoną kolejność działań, którą stosuję przy stronach klientów.

1. Zrób pełną kopię zapasową. Zarówno plików strony, jak i bazy. Nawet jeśli hosting robi kopie automatycznie, własna kopia na dysku to Twoja polisa ubezpieczeniowa, a najprościej przygotuje ją wtyczka do kopii zapasowej, która w kilka minut spakuje pliki i bazę do jednego archiwum.
2. Sprawdź, które bazy są oznaczone jako legacy. W panelu wejdź w zakładkę Bazy Danych, a następnie Zarządzanie MySQL. Przy starszych bazach zobaczysz odpowiednie oznaczenie.
3. Włącz tryb konserwacji, jeśli prowadzisz sklep. To wskazówka, o której większość poradników milczy. Zamówienie złożone między eksportem a przełączeniem strony trafi do starej bazy i po migracji zniknie z Twojego panelu.
4. Wyeksportuj starą bazę do pliku .sql. W panelu wystarczy kliknąć bazę i wybrać opcję Eksport.
5. Utwórz nową bazę na nowej wersji. Podczas tworzenia bazy w polu wyboru „Instancja MySQL” wskaż nową wersję i zapisz w bezpiecznym miejscu nazwę bazy, użytkownika i hasło.
6. Zaimportuj dane do nowej bazy. Przez panel da się w ten sposób przenieść bazy do 512 MB, a większe trzeba migrować przez SSH poleceniami mysqldump i mysql.
7. Podmień dane dostępowe w konfiguracji strony. W WordPressie robisz to w pliku wp-config.php, zmieniając wartości DB_NAME, DB_USER i DB_PASSWORD. Sprawdź też w panelu, czy adres hosta nowej bazy (DB_HOST) nie różni się od dotychczasowego.
8. Przetestuj stronę jak klient. Zaloguj się do panelu administracyjnego, wyślij formularz kontaktowy, dodaj produkt do koszyka, skorzystaj z wyszukiwarki. Dopiero gdy wszystko działa, wyłącz tryb konserwacji.
9. Usuń starą bazę po kilku dniach. Nie od razu. Daj sobie tydzień czy dwa na wyłapanie ewentualnych problemów. Potem skasuj bazę legacy, żeby nie płacić za dodatek.

Cała aktualizacja strony i bazy danych przy typowej stronie firmowej zajmuje od 10 do 30 minut. Najwięcej czasu pochłania zwykle nie sama migracja, tylko spokojne testy po niej. Właśnie na nie warto przeznaczyć najwięcej uwagi.

Jeśli wolisz nie grzebać w bazie danych samodzielnie albo Twoja strona ma nietypową konfigurację, chętnie przeprowadzę aktualizację bazy danych WordPress za Ciebie. Napisz do mnie, a zajmę się tym tak, żeby Twoi klienci nawet nie zauważyli, że coś się zmieniło.