10 години по основањето на филијалата 10.x, беше објавена MariaDB 11.0.0, која понуди неколку значајни подобрувања и промени кои ја прекинаа компатибилноста. Филијалата моментално е со квалитет на алфа ослободување и ќе биде подготвена за производна употреба по стабилизацијата. Следната голема гранка на MariaDB 12, која содржи промени што ја нарушуваат компатибилноста, се очекува не порано од 10 години од сега (во 2032 година).
Проектот MariaDB развива вилушка од MySQL, одржувајќи компатибилност наназад секогаш кога е можно и со интеграција на дополнителни мотори за складирање и напредни способности. Развојот на MariaDB е надгледуван од независната фондација MariaDB, следејќи отворен и транспарентен процес на развој кој е независен од поединечни продавачи. MariaDB DBMS се испорачува наместо MySQL во многу дистрибуции на Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) и е имплементиран во такви големи проекти како што се Wikipedia, Google Cloud SQL и Nimbuzz.
Клучно подобрување во гранката MariaDB 11 е транзицијата на оптимизатор на барања кон нов модел на тежина (модел на трошоци), кој обезбедува попрецизно предвидување на тежината на секој план за барање. Иако новиот модел може да ублажи некои тесни грла во изведбата, тој можеби не е оптимален во сите сценарија и може да забави некои прашања, така што корисниците се охрабруваат да учествуваат во тестирањето и да ги известат програмерите доколку се појават проблеми.
Претходниот модел беше добар во пронаоѓањето на оптималниот индекс, но имаше проблеми со применливоста на скенирање на табели, скенирање индекси или операции за преземање опсег. Во новиот модел, овој недостаток се елиминира со промена на основната тежина на операциите со моторот за складирање. Кога ги оценуваме перформансите за операции зависни од брзината на дискот, како што се секвенцијално скенирање за пишување, сега претпоставуваме дека податоците се складирани на SSD што обезбедува брзина на читање од 400 MB во секунда. Дополнително, беа подесени и други параметри за тежина на оптимизаторот, што, на пример, овозможи да се имплементира можноста за користење индекси за операциите „ORDER BY/GROUP BY“ во подпрашања и да се забрза работата со многу мали табели.
Забележано е дека новиот модел на тежина ќе ви овозможи да изберете пооптимален план за извршување на барањето во следните ситуации:
- Кога користите прашања кои опфаќаат повеќе од 2 табели.
- Кога имате индекси кои содржат голем број идентични вредности.
- Кога користите опсези кои покриваат повеќе од 10% од табелата.
- Кога имате сложени прашања во кои не се индексирани сите употребени колони.
- Кога се користат прашања кои вклучуваат различни мотори за складирање (на пример, кога едно барање пристапува до табелите во моторите InnoDB и Memory).
- Кога користите FORCE INDEX за подобрување на планот за пребарување.
- Кога планот за барање се влошува кога се користи „ANALYZE TABLE“.
- Кога барањето опфаќа голем број изведени табели (голем број на вгнездени SELECTs).
- Кога користите ORDER BY или GROUP BY изрази кои спаѓаат под индекси.
Главни проблеми со компатибилноста во филијалата MariaDB 11:
- СУПЕР правата повеќе не ви дозволуваат да вршите дејства за кои се достапни посебно поставени привилегии. На пример, за да го промените форматот на бинарните дневници, ќе ви требаат права на BINLOG ADMIN.
- Отстранета имплементацијата на баферот за промени во InnoDB.
- Innodb_flush_method и innodb_file_per_table се застарени.
- Поддршката за името Mysql* е застарена.
- Поставувањето explicit_defaults_for_timestamp на 0 е застарено.
- Симболичките врски се вклучени во посебен пакет за компатибилност со MySQL.
- Стандардната вредност на параметарот innodb_undo_tablespace е променета на 3.
Извор: opennet.ru