{"id":106286,"date":"2022-12-28T15:36:45","date_gmt":"2022-12-28T13:36:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predstavlena-novaya-znachitelnaya-vetka-subd-mariadb-11"},"modified":"2022-12-28T15:36:45","modified_gmt":"2022-12-28T13:36:45","slug":"predstavlena-novaya-znachitelnaya-vetka-subd-mariadb-11","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/predstavlena-novaya-znachitelnaya-vetka-subd-mariadb-11","title":{"rendered":"Przedstawiono now\u0105 znacz\u0105c\u0105 wersj\u0119 bazy danych MariaDB 11","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Po 10 latach od za\u0142o\u017cenia ga\u0142\u0119zi 10.x zadebiutowa\u0142 system baz danych MariaDB 11.0.0, w kt\u00f3rym zaproponowano kilka znacz\u0105cych ulepsze\u0144 i zmian, kt\u00f3re naruszaj\u0105 zgodno\u015b\u0107. Ga\u0142\u0105\u017a ta na razie ma jako\u015b\u0107 wydania alfa i stanie si\u0119 gotowa do zastosowa\u0144 produkcyjnych po przeprowadzeniu stabilizacji. Formacja kolejnej znacz\u0105cej ga\u0142\u0119zi MariaDB 12, zawieraj\u0105cej zmiany naruszaj\u0105ce zgodno\u015b\u0107, spodziewana jest nie wcze\u015bniej ni\u017c za 10 lat (w 2032 roku). <\/p>\n

Projekt MariaDB rozwija odga\u0142\u0119zienie od MySQL, kt\u00f3re, w miar\u0119 mo\u017cliwo\u015bci, zachowuje zgodno\u015b\u0107 wsteczn\u0105 i r\u00f3\u017cni si\u0119 integracj\u0105 dodatkowych silnik\u00f3w przechowywania oraz rozszerzonymi mo\u017cliwo\u015bciami. Rozw\u00f3j MariaDB nadzoruje niezale\u017cna organizacja MariaDB Foundation zgodnie z otwartym i przejrzystym procesem rozwoju, niezale\u017cnym od pojedynczych dostawc\u00f3w. System baz danych MariaDB dostarczany jest zamiast MySQL w wielu dystrybucjach Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) i wdra\u017cany w du\u017cych projektach, takich jak Wikipedia, Google Cloud SQL i Nimbuzz. <\/p>\n

Kluczowym ulepszeniem w ga\u0142\u0119zi MariaDB 11 jest przej\u015bcie optymalizatora zapyta\u0144 na nowy model koszt\u00f3w (cost model), co zapewnia dok\u0142adniejsze przewidywanie koszt\u00f3w ka\u017cdego planu wykonania zapytania. Mimo \u017ce nowy model pozwala na eliminacj\u0119 niekt\u00f3rych w\u0105skich garde\u0142 w wydajno\u015bci, nie jest wykluczone, \u017ce b\u0119dzie on optymalny nie we wszystkich scenariuszach i mo\u017ce spowodowa\u0107 spowolnienie niekt\u00f3rych zapyta\u0144, dlatego u\u017cytkownikom zaleca si\u0119 wzi\u0119cie udzia\u0142u w testach i powiadomienie deweloper\u00f3w w przypadku wyst\u0105pienia problem\u00f3w. <\/p>\n

Poprzedni model dobrze sprawdza\u0142 si\u0119 w znajdowaniu optymalnego indeksu, ale mia\u0142 problemy z zastosowaniem operacji skanowania tabeli, skanowania indeks\u00f3w lub zapyta\u0144 w zakresie. W nowym modelu ten niedob\u00f3r zosta\u0142 usuni\u0119ty dzi\u0119ki zmianie podstawowej wagi operacji z silnikiem sk\u0142adowania. Przy ocenie wydajno\u015bci operacji zale\u017cnych od pr\u0119dko\u015bci pracy z dyskiem, takich jak sekwencyjne skanowanie rekord\u00f3w, zak\u0142ada si\u0119 teraz, \u017ce dane s\u0105 przechowywane na dysku SSD, zapewniaj\u0105cym pr\u0119dko\u015b\u0107 odczytu na poziomie 400MB na sekund\u0119. Dodatkowo dostrojono inne parametry wag optymalizatora, co np. umo\u017cliwi\u0142o wykorzystanie indeks\u00f3w dla operacji \u201eORDER BY\/GROUP BY\u201d w podzapytaniach i przyspieszy\u0142o prac\u0119 z bardzo ma\u0142ymi tabelami. <\/p>\n

Zauwa\u017cono, \u017ce nowy model wagowy pozwoli na wyb\u00f3r bardziej optymalnego planu wykonania zapytania w nast\u0119puj\u0105cych sytuacjach: <\/p>\n