MySQL kontra MariaDB:co musisz wiedzieć

Bazy danych MySQL i MariaDB mają niekwestionowaną cechę wspólną. Są to najbardziej posortowane systemy zarządzania bazami danych na skalę światową. Aby zrozumieć potrzebę rozejmu między MySQL a MariaDB, musimy nieco cofnąć się w czasie.

Zanim MariaDB pojawiła się na rynku, to właśnie MySQL rządził wszechświatem systemów zarządzania bazami danych. Jego popularność przez długi czas pozostawała niezachwiana. Jego preferencja jako niezawodnego systemu DBMS przez wielu wynika również z powiązanego z nim podstawowego języka programowania, C++.

W 2008 roku miało miejsce przejęcie MySQL AB, szwedzkiej firmy obsługującej MySQL, przez Sun Microsystems. Wreszcie, w 2010 roku, firma Oracle podniosła się i przejęła Sun Microsystems. Od tego czasu Oracle nadal posiada, zarządza i utrzymuje MySQL.

Jednak podczas przejęcia tego systemu zarządzania bazą danych przez Oracle, jego główni programiści i inżynierowie uznali, że Oracle Database Server (komercyjna baza danych) tworzy konflikt interesów z MySQL. To wydarzenie doprowadziło do powstania MariaDB jako rozwidlenia kodu MySQL.

Popularność tych dwóch systemów zarządzania bazami danych nadal wydaje się wysoka pod względem preferencji użytkowników. Jednak pod względem rangi społeczność programistów stawia MySQL na nieco wyższym poziomie niż MariaDB.

MySQL a MariaDB

Ten artykuł ma na celu podkreślenie niektórych kluczowych cech, które w porównaniu z tymi dwoma systemami zarządzania bazami danych.

Co to jest MySQL?

Głównym celem tego systemu zarządzania relacyjnymi bazami danych jest organizowanie danych użytkownika przechowywanych w bazie danych. Jego użycie jest podatne na serwer WWW Apache i język programowania PHP. Jest popularny w dystrybucjach systemów operacyjnych Windows i Linux. Jeśli chodzi o zapytania do bazy danych, MySQL wykorzystuje język SQL.

Co to jest MariaDB?

Ten DBMS istnieje jako rozwidlenie bazy kodu MySQL. Jest to system zarządzania relacyjnymi bazami danych. Z możliwości przetwarzania danych korzystają zarówno przedsiębiorstwa, jak i małe zadania. Możesz spojrzeć na to jako ulepszoną wersję MySQL pod względem ulepszeń bezpieczeństwa, wydajności i użyteczności, oprócz licznych i potężnych wbudowanych funkcji.

Podsumowanie funkcji MySQL i MariaDB

Zarówno MySQL, jak i MariaDB oferują unikalny zestaw funkcji dla odpowiednich społeczności użytkowników.

Funkcje MySQL

Oto jego ważne cechy:

Wysoka dostępność
Elastyczność i skalowalność
wysoka wydajność
Mocne strony magazynu w sieci i danych
Solidna obsługa transakcji

Funkcje MariaDB

Oto jego ważne cechy:

Obsługa kompatybilności wstecznej
Percona Server, także rozwidlenie serwera MySQL.
Oprogramowanie typu open source
Obsługa nowych silników pamięci masowej (FederatedX, XtraDB, Maria, PBXT)
Jest to bezpośrednie rozwidlenie wersji społecznościowej MySQL.

Porównanie wydajności MySQL i MariaDB

MariaDB odzwierciedla lepszy zakres wydajności niż MySQL ze względu na kilka związanych z nią optymalizacji. Jest to główna wizja stojąca za jego rozwojem jako alternatywnym systemem zarządzania relacyjnymi bazami danych dla MySQL.

Widoki bazy danych

Zwykła baza danych jest powiązana ze zwykłymi tabelami. „Widoki” można przedstawić jako wirtualne tabele bazy danych. Ten sam sposób, w jaki wykonujesz zapytania w zwykłych tabelach bazy danych, jest taki sam, jak w przypadku tych wirtualnych tabel bazy danych. Dlatego sposób, w jaki wykonujesz zapytania, w ogromnym stopniu determinuje optymalizację wydajności skojarzonego systemu zarządzania bazą danych.

Zapytanie o widok w MySQL daje wynik zapytania, który zawiera wszystkie tabele skojarzone z tym widokiem. To zapytanie generuje dodatkowe wyniki widoku, które nie są potrzebne. Optymalizacja MariaDB dba o taki niepotrzebny bagaż wyników. Zapytanie do bazy danych będzie wyszukiwać tylko powiązane z nim tabele i nie przyniesie niczego dodatkowego.

Sklep z kolumnami

Ta funkcja to potężna improwizacja wydajności powiązana z MariaDB. Umożliwia skalowanie w MariaDB dzięki atrybutowi rozproszonej architektury danych. W rezultacie klaster baz danych z różnymi serwerami skaluje się liniowo, aby ułatwić przechowywanie petabajtów danych.

Lepsza wydajność w pamięci flash

Silnik pamięci masowej MyRocks w MariaDB jest odpowiedzialny za dodanie bazy danych RocksDB. Podstawowym celem projektowym tej bazy danych jest ułatwienie lepszej wydajności pamięci flash poprzez zapewnienie kompresji danych wysokiego poziomu.

Segmentowana pamięć podręczna kluczy

Ta funkcja wydajności jest również odpowiedzialna za poprawę wydajności MariaDB. Normalna operacja pamięci podręcznej obejmuje rywalizację między różnymi wątkami w celu zablokowania wpisu w pamięci podręcznej. Zbiorową tożsamością tych zaangażowanych zamków są muteksy. Te zamki muszą zestarzeć się z tych muteksów, aby z nich korzystać. W ten sposób wiele wątków często rywalizuje o pojedynczy muteks.

Może być tylko jeden zwycięski wątek. Inne wątki, które nie mogą uzyskać mutexu sort-after, muszą czekać w kolejce, aż zwycięski wątek użyje go jako pierwszy. Po zwolnieniu muteksu następuje kolejna konkurencja wątków — to konkurencyjne podejście polegające na zabezpieczaniu muteksu w celu wykonania zaplanowanej operacji skutkuje opóźnieniami wykonania. W rezultacie spada również wydajność bazy danych.

W przypadku Segmented Key Cache operacje wątków przyjmują inne podejście. Cała strona nie jest pod kluczem. Zamiast tego jedyną dotkniętą częścią strony jest ta powiązana z określonym segmentem docelowym. Koncepcja ta prowadzi do wielu wątków realizujących swoje zadania poprzez równoległe wykonywanie swoich operacji. W rezultacie baza danych zapewnia lepszą wydajność w wyniku równoległości aplikacji.

Wirtualne kolumny

Ta interesująca funkcja jest również pod skrzydłami obsługi bazy danych MariaDB. Możliwości kolumn wirtualnych pomagają MariaDB w wykonywaniu obliczeń na poziomie bazy danych. Ta funkcja jest przydatna, gdy wiele aplikacji potrzebuje dostępu do jednej kolumny. Baza danych obsługuje obliczenia związane z poszczególnymi aplikacjami, zamiast pozostawiać zadanie użytkownikowi bazy danych. Niestety, MySQL nie ma szczęścia, aby skorzystać z tej funkcji.

Równoległe wykonywanie zapytań

Od wersji MariaDB 10.0 możliwe jest teraz wykonywanie wielu zapytań jednocześnie lub obok siebie. Funkcjonalne podejście tej funkcji ma ciekawe podejście. Master obsługuje wszystkie zapytania zaplanowane do wykonania, a następnie replikuje niektóre do Slave. Stwarza to możliwość jednoczesnego wykonywania tych zapytań, a tym samym równoległego wykonywania. Objęcie przez MariaDB tej funkcji wykonywania zapytań równoległych daje jej bezcenną przewagę nad MySQL.

Łączenie wątków

Ta funkcja jest również kolejną ciekawą koncepcją w domenie MariaDB. Przed jego implementacją żądane połączenie z bazą danych kojarzyło każde połączenie z wątkiem. Tak więc podstawową architekturą dla udanego połączenia z bazą danych było podejście „jeden wątek na połączenie”.

Łączenie wątków zmieniło wiele rzeczy. Nowe połączenie dokonuje wyboru z puli otwartych wątków przed wykonaniem zapytań do bazy danych. Zapobiega konieczności otwierania nowych wątków za każdym razem, gdy potrzebne jest nowe żądanie połączenia. Ta funkcja promuje szybsze wyniki zapytań. MySQL Enterprise Edition obsługuje tę funkcję, ale nie można tego powiedzieć o jego Community Edition.

Silniki pamięci

Silniki pamięci masowej w MySQL są nie tylko potężne, ale także gotowe do użycia. Niestety tego samego nie można powiedzieć o MySQL. Przykładami tak potężnych silników są Aria i XtraDB. MySQL jest wystarczająco rozszerzalny, aby pomieścić niektóre z tych silników pamięci masowej, ale będzie wymagał od użytkownika bazy danych technicznych możliwości ich implementacji poprzez ręczne instalacje. To wymaganie czyni go nieprzyjaznym dla nowych użytkowników bazy danych.

Kompatybilność

MariaDB robi bezproblemowe kroki, aby zaistnieć w aplikacjach obsługiwanych przez MySQL i przewyższa go. Jak mogłeś zauważyć, każda wersja MySQL jest powiązana z nemezisową wersją MariaDB o podobnym numerze wersji, aby wskazać jej ogólną zgodność. Krótko mówiąc, MariaDB mówi:„co MySQL może zrobić, ja mogę zrobić lepiej”.

Kolejną zaletą tego podejścia jest to, że przełączanie z MySQL na MariaDB staje się bezproblemowe, ponieważ użytkownik bazy danych nie musi ponosić problemów technicznych związanych ze zmianą bazy kodu aplikacji.

Open source a zastrzeżona baza danych

Nazwa Oracle sprawia, że MySQL jest gigantycznym projektem posortowanym przez wiele przedsiębiorstw i organizacji na całym świecie. Jednak ta sława ma swoje zalety i wady. Jedną z głównych wad jest udostępnianie funkcji w dużych lub dużych organizacjach. Ponadto proces ten zajmuje dużo czasu.

Z drugiej strony, natura MariaDB o otwartym kodzie źródłowym nie przeszkadza w przyjmowaniu zewnętrznych wkładów, ulepszeń i nowych wydań funkcji. W rezultacie jest to ogromny czynnik decydujący dla wielu użytkowników, którzy nie są pewni, czy wybrać MySQL, czy MariaDB.

Kluczowe różnice między MariaDB i MySQL

Liczba silników pamięci masowej w MariaDB jest większa niż w MySQL. MariaDB ma 12, czyli znacznie więcej niż w dokumentacji MySQL.
Pod względem opłacalnych pul połączeń MariaDB ma ponad 200 000 obsługiwanych połączeń. Liczba połączeń obsługiwana przez MySQL jest mniejsza.
Aby zrozumieć metryki wydajności tych dwóch baz danych, musimy przyjrzeć się szybkości ich replikacji. MariaDB replikuje się znacznie szybciej niż MySQL.
Otwarta dostępność MySQL Community Edition dla społeczności RDBMS nie sprawia, że jest ona w pełni open source ze względu na obecność pewnego zastrzeżonego kodu, który definiuje Enterprise Edition tej aplikacji bazy danych. Z drugiej strony MariaDB jest w pełni open source.
Wsparcie MySQL dla dynamicznych kolumn i maskowania danych jest przewagą nad MariaDB.
Jeśli chodzi o szybkość działania, możemy uogólnić, że MariaDB przewyższa MySQL pod względem szybkości.

Główne różnice między MariaDB i MySQL

Jeśli chodzi o obsługę systemów operacyjnych serwera dla tych dwóch systemów zarządzania bazami danych, OS X jest jedynym nieobecnym na liście MariaDB, ale obecnym w MySQL.
MySQL brakuje nowych funkcji i rozszerzeń MariaDB, takich jak instrukcje KILL, WITH i JSON.
Dla każdej funkcji przekazywanej w wersji Enterprise MySQL, MariaDB znajduje komfort w alternatywnych wtyczkach open-source.
MariaDB chroni swoją zastrzeżoną zawartość za pomocą zamkniętego priorytetowego kodu źródłowego. MySQL Enterprise Edition wykorzystuje również część zastrzeżonego kodu do ochrony swojej zawartości.
MariaDB nie obsługuje maskowania danych. To wsparcie jest widoczne w MySQL.
MySQL obsługuje kolumny dynamiczne, a MariaDB nie.
MariaDB monitoruje bazę danych za pomocą SQLyog, podczas gdy MySQL osiąga ten sam cel za pomocą MySQL Workbench.
MariaDB obsługuje routing przez MariaDB MaxScale. MySQL robi to samo poprzez MySQL Router.
MariaDB ColumnStore obsługuje analizy MariaDB. Ta funkcja jest nieobecna w MySQL.
Wtórny model bazy danych jest przypisywany przez magazyn dokumentów i system Graph DBMS w MariaDB. MySQL tylko atrybuty do Magazynu Dokumentów.
MariaDB ma rosnącą liczbę 2,8 tys. gwiazdek Github, podczas gdy MySQL prowadzi z 4 tys. gwiazdek Github.
Niedawno odnotowany widelec MariaDB wynosił 868, podczas gdy MySQL prowadzi z widełkami 1,6 K.

MySQL a zalety i wady MariaDB

Jeśli potrzebujesz dalszych wyjaśnień dotyczących wyboru między MySQL i MariaDB, zapoznaj się z poniższymi krótkimi punktami.

Dlaczego używać MySQL?

Dwa rozłożone na czynniki punkty dokładnie podkreślają i podsumowują użyteczność MySQL jako systemu zarządzania relacyjnymi bazami danych.

Obsługa wielu silników pamięci masowej jest ciągła, w przeciwieństwie do systemów z obsługą jednego silnika pamięci masowej, takich jak serwery SQL.
Wspomniana powyżej obsługa wielu silników pamięci masowej sprawia, że MySQL jest wysoce wydajnym systemem zarządzania relacyjnymi bazami danych. Jednak głównym czynnikiem wpływającym na jego bezbłędną wydajność jest prostota projektu RDBMS.

Dlaczego warto korzystać z MariaDB?

Działa na licencjach BSD, GPL i LGPL.
Obsługa SQL jako standardowego języka zapytań jest prawidłowa.
Jest wyposażony w liczne i wysoce wydajne silniki pamięci masowej. Te silniki pamięci masowej są skalowalne i dobrze integrują się z alternatywnymi systemami zarządzania relacyjnymi bazami danych.
Pochodzi z zaawansowaną technologią Galera Cluster.
Dla programistów internetowych MariaDB dobrze synchronizuje się z popularnością języka programowania PHP.

Wady MySQL

Skalowanie tego RDBMS nie jest łatwym zadaniem.
Nie można go w pełni rozszerzyć na społeczność MySQL z powodu ograniczeń jego właściciela, firmy Oracle.
Jego projekt i wskaźniki wydajności nie nadają się do obsługi dużych danych.
Jest zamazany w aplikacjach klientów, dlatego nie jest widoczny.
Serwer bazy danych może łatwo podlegać wysokiemu obciążeniu przez wyzwalacze.

Wady MariaDB

Ponieważ MariaDB jest wciąż nową twarzą w społeczności baz danych, wielu użytkowników nadal sceptycznie podchodzi do jej pełnej implementacji i użytkowania.
Swoboda korzystania z MariaDB jako wielu darmowych silników baz danych oznacza, że wsparcie użytkownika będzie musiało mieć swoją cenę.

Uwaga końcowa

Znane firmy związane z MariaDB to Grooveshark, Accenture, Docplanner i Nrise. Jeśli chodzi o MySQL, mamy Dropbox, Uber Technologies, Netflix i Airbnb. Historia między tymi dwoma relacyjnymi systemami zarządzania bazami danych zmusza je do tworzenia najlepszych wersji samych siebie dla społeczności użytkowników.

Nie ma wątpliwości, że wydajność i epickie funkcje MariaDB sprawiają, że jest to siła, z którą należy się liczyć w społeczności RDBMS. Ponadto niektóre z jego przydatnych funkcji są dostępne w MySQL. Wreszcie, bogaty w funkcje charakter MariaDB sprawia, że jest to znakomita podstawowa baza danych zaplecza.

Jeśli korzystasz już z licencji Oracle, nadal jesteś bezpieczny w MySQL. MariaDB jest jednak polecana użytkownikom i przedsiębiorstwom, które zaczynają odkrywać horyzonty systemów zarządzania relacyjnymi bazami danych. Będziesz mieć więcej opcji do eksploracji bez żadnych tagów cenowych. Jeśli w pełni rozumiesz MySQL, przejście na MariaDB z łatwością rozwiąże czynniki różnicujące, które być może będziesz musiał mocno rozważyć. Powodzenia w wyborze idealnego systemu zarządzania relacyjnymi bazami danych.