Po 10 latach od założenia gałęzi 10.x wydano wersję MariaDB 11.0.0, wprowadzającą kilka istotnych udoskonaleń i zmian naruszających funkcjonalność. Gałąź ta jest obecnie w wersji alfa i będzie gotowa do użytku produkcyjnego po ustabilizowaniu się. Nie przewiduje się, aby następna główna gałąź MariaDB 12 zawierająca zmiany powodujące przełom w jej funkcjonowaniu została wydana wcześniej niż za 10 lat (w 2032 r.).
Проектом MariaDB развивается ответвление от MySQL, по возможности сохраняющее обратную совместимость и отличающееся интеграцией дополнительных движков хранения и расширенных возможностей. Развитие MariaDB курирует независимая организация MariaDB Foundation в соответствии с открытым и прозрачным процессом разработки, не зависящим от отдельных производителей. СУБД MariaDB поставляется вместо MySQL во многих дистрибутивах Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) и внедрена в таких крупных проектах, как Wikipedia, Google Cloud SQL и Nimbuzz.
Kluczowym udoskonaleniem w gałęzi MariaDB 11 jest przejście optymalizatora zapytań na nowy model kosztów, który umożliwia dokładniejsze przewidywanie wag każdego planu wykonania zapytania. Chociaż nowy model może zniwelować pewne wąskie gardła wydajnościowe, nie zawsze będzie on optymalnym rozwiązaniem we wszystkich scenariuszach i może spowolnić niektóre zapytania, dlatego zachęcamy użytkowników do wzięcia udziału w testach i powiadamiania programistów w przypadku wystąpienia problemów.
Poprzednio stosowany model sprawdzał się w znajdowaniu optymalnego indeksu, ale miał problemy z zastosowaniem go do skanowania tabel, skanowania indeksów i operacji pobierania zakresów. W nowym modelu wadę tę wyeliminowano poprzez zmianę wagi bazowej operacji w silniku pamięci masowej. Przy ocenie wydajności operacji zależnych od dysku, takich jak sekwencyjne skanowanie rekordów, przyjmuje się obecnie, że dane są przechowywane na dysku SSD zapewniającym prędkość odczytu 400 MB na sekundę. Dodatkowo przeprowadzono strojenie innych parametrów wagowych optymalizatora, co pozwoliło m.in. na wdrożenie możliwości stosowania indeksów dla operacji ORDER BY/GROUP BY w podzapytaniach oraz przyspieszenie pracy z bardzo małymi tabelami.
Należy zauważyć, że nowy model wagowy pozwoli na wybór bardziej optymalnego planu wykonania zapytania w następujących sytuacjach:
- W przypadku zapytań obejmujących więcej niż 2 tabele.
- W przypadku występowania indeksów zawierających dużą liczbę identycznych wartości.
- W przypadku korzystania z zakresów obejmujących więcej niż 10% tabeli.
- Gdy masz złożone zapytania, w których nie wszystkie używane kolumny są indeksowane.
- Gdy używane są zapytania obejmujące różne silniki pamięci masowej (na przykład gdy pojedyncze zapytanie uzyskuje dostęp do tabel w silnikach InnoDB i Memory).
- Podczas używania FORCE INDEX w celu ulepszenia planu zapytania.
- Gdy plan zapytania ulega pogorszeniu podczas korzystania z polecenia „ANALYZE TABLE”.
- Gdy zapytanie obejmuje dużą liczbę tabel pochodnych (dużą liczbę zagnieżdżonych instrukcji SELECT).
- Podczas korzystania z wyrażeń ORDER BY lub GROUP BY kwalifikujących indeksy.
Główne problemy ze zgodnością w gałęzi MariaDB 11:
- Uprawnienia SUPER nie pozwalają już na wykonywanie czynności, dla których dostępne są oddzielnie ustawione uprawnienia. Na przykład, aby zmienić format dziennika binarnego, będziesz potrzebować uprawnień administratora BINLOG.
- Implementacja bufora zmian w InnoDB została usunięta.
- innodb_flush_method i innodb_file_per_table zostały uznane za przestarzałe.
- Wsparcie dla nazw mysql* zostało wycofane.
- Ustawienie explicit_defaults_for_timestamp na 0 jest przestarzałe.
- Symboliczne łącza zostały przeniesione do osobnego pakietu w celu zapewnienia zgodności z MySQL.
- Wartość domyślna parametru innodb_undo_tablespaces została zmieniona na 3.
Źródło: opennet.ru
