Въведено е ново важно разклонение на СУБД MariaDB 11

10 години след основаването на клона 10.x, MariaDB 11.0.0 е пуснат, носейки няколко големи подобрения и прекъсващи промени в съвместимостта. Клонът все още е в алфа версия и ще бъде готов за производствени приложения след стабилизиране. Следващият значим клон на MariaDB 12, съдържащ промени, които нарушават съвместимостта, се очаква да бъде не по-рано от 10 години (през 2032 г.).

Проектът MariaDB разработва разклонение от MySQL, което поддържа обратна съвместимост, където е възможно, и се отличава с интегрирането на допълнителни машини за съхранение и разширени функции. Разработката на MariaDB се наблюдава от независимата фондация MariaDB, следвайки отворен и прозрачен процес на разработка, независим от отделните доставчици. MariaDB замества MySQL в много Linux дистрибуции (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) и е възприета от големи проекти като Wikipedia, Google Cloud SQL и Nimbuzz.

Ключово подобрение в клона MariaDB 11 е преводът на оптимизатора на заявки към нов модел на тегло (модел на разходите), който осигурява по-точно предвиждане на теглата на всеки план за изпълнение на заявка. Въпреки че новият модел елиминира някои затруднения в производителността, възможно е той да не е оптимален във всички сценарии и някои заявки може да се забавят, така че потребителите се насърчават да участват в тестването и да уведомяват разработчиците в случай на проблеми.

Използваният преди това модел работеше добре за намиране на оптималния индекс, но имаше проблеми с приложимостта на сканиране на таблица, сканиране на индекс или извличане на диапазон. В новия модел този недостатък е елиминиран чрез промяна на базовото тегло на операциите с двигателя за съхранение. Оценките на производителността за интензивни операции с диск, като последователни сканирания за запис, сега предполагат, че данните се съхраняват на SSD, способен на 400MB четения в секунда. Освен това бяха настроени други тегловни параметри на оптимизатора, което например направи възможно използването на индекси за операции ORDER BY/GROUP BY в подзаявки и ускори работата с много малки таблици.

Отбелязва се, че новият модел на тегло ще позволи избор на по-оптимален план за изпълнение на заявка в следните ситуации:

• Когато използвате заявки, обхващащи повече от 2 таблици.
• Когато има индекси, съдържащи голям брой еднакви стойности.
• При използване на диапазони, покриващи повече от 10% от таблицата.
• Когато имате сложни заявки, при които не всички използвани колони са индексирани.
• Когато се използват заявки, които включват различни машини за съхранение (например, когато една заявка съдържа достъп до таблици в машините InnoDB и Memory).
• Когато използвате FORCE INDEX за подобряване на плана на заявката.
• Когато планът на заявката се влоши в случай на използване на "АНАЛИЗИРАНЕ НА ТАБЛИЦА".
• Когато заявката обхваща голям брой изгледи (голям брой вложени SELECT).
• Когато използвате клаузи ORDER BY или GROUP BY, които съответстват на индекси.

Основни прекъсвания на съвместимостта в клона MariaDB 11:

• SUPER правата вече не ви позволяват да извършвате действия, за които са налични отделно зададени привилегии. Например, промяната на формата на двоичните регистрационни файлове ще изисква права на BINLOG ADMIN.
• Премахнато изпълнение на буфер за промяна в InnoDB.
• Отхвърлен innodb_flush_method и innodb_file_per_table.
• Поддръжката за mysql* имена е отхвърлена.
• Отхвърлена настройка explicit_defaults_for_timestamp на 0.
• Символните връзки са преместени в отделен пакет за съвместимост с MySQL.
• Стойността на параметъра innodb_undo_tablespaces е променена от по подразбиране на 3.

Източник: opennet.ru