След една година на разработка и четири предварителни версии, първата стабилна версия на новият клон на "MariaDB 10.5", в който са представени нови двигатели, някои промени в разрешенията, преименуване на файлове и други неща.
За тези, които не са запознати с MariaDB, те трябва да знаят какво е това база данни, чиято рамка е разработена от клон на MySQL, който поддържа обратна съвместимост и се отличава с интегрирането на допълнителни двигатели за съхранение и разширени функции.
Основни подобрения за MariaDB 10.5
От основните промени които се открояват от тази нова версия, можем да намерим добавяне на два механизма за съхранение, един от тях е Двигател S3, какво работи да хоствате таблици на MariaDB в Amazon S3 или всяка друга съхранение в облак публичен или частен, който поддържа S3 API.
S3 поддържа редовни и разделени (разделени) таблици. Когато разделените таблици се поставят в облака, те могат да се използват директно, дори от друг сървър, който има достъп до S3 съхранение.
Другият двигател за съхранение което беше добавено е ColumnStoreЧе съхранява данни в връзки на колони и използва масивно паралелно разпределена архитектура.
Двигателят се основава на основата за съхранение на InfiniDB MySQL и е предназначен да организира обработката и изпълнението на аналитични заявки за големи масиви от данни (Data Warehouse).
Друга важна промяна беше в преименуване на изпълними файлове които започват с думата "Mysql" са преименувани с думата "mariadb". Старите имена се запазват като символни връзки.
Също така се подчертава, че завършена работа по разделяне на привилегиите en по-малки компоненти. Вместо общата привилегия SUPER, поредица от незадължителни привилегии "BINLOG ADMIN", "BINLOG REPLAY", "CONNECTION ADMIN", "FEDERATED ADMIN", "READ_ONLY ADMIN", "REPLICATION MASTER ADMIN", "REPLICATION SLAVE ADMIN" и "SET USER".
за някои изрази, необходимите привилегии са променени да ги управлява.
Например: ПОКАЖЕТЕ BINLOG СЪБИТИЯ сега изисква права на БИНЛОГ МОНИТОР вместо РЕПЛИКАЦИЯ РОБ, ПОКАЖЕТЕ РОБОВИ ДОМАКИНИ изисква привилегии на РЕПЛИКАЦИЯ ГЛАВЕН АДМИНИСТР.
Бинарният запис, използван за репликация на организацията, нови полета бяха добавени към метаданните, включително първичен ключ, име на колона, набор от символи и тип геометрия.
Строителство DROP TABLE вече надеждно пуска таблици Те остават в механизма за съхранение, дори ако няма файлове „.frm“ или „.par“.
Мулти-главният механизъм за синхронна репликация на Galley добавя пълна поддръжка за GTID (Глобален идентификатор на транзакция), който е общ за всички възли в групата с идентификатори на транзакции.
Преминал към новия клон на библиотеката PCRE2 (Perl Compatible Regular Expressions), вместо към класическата серия PCRE 8.x.
Освен това се предлагат нови версии на връзки за свързване към MariaDB и MySQL от програмите Python и MariaDB Connector, Python 1.0.0 и MariaDB Connector / C 3.1.9.
От другите промени, които са представени в тази нова версия:
- В операции «ALTER TABLE»Y«ТАБЛИЦА ЗА ПРЕИМЕНОВАНЕ«, Добавена е поддръжка за условието«АКО СЪЩЕСТВУВА»За извършване на операцията само ако таблицата съществува;
- За индексите в атрибута «СЪЗДАЙТЕ МАСА»Прилага се„ VISIBLE “.
- Добавен е израз „CYCLE“ за идентифициране на рекурсивни CTE цикли.
- Оптимизаторът за визуализиране на обхват отчита IS NULL
- Внедрих хардуерно ускорена версия на функцията crc32 () за процесори AMD64, ARMv8 и POWER 8.
- Помощната програма mariadb-binlog и командите SHOW BINLOG EVENTS и SHOW RELAYLOG EVENTS показват флагове за репликация.
- Бяха представени множество оптимизации на производителността на двигателя InnoDB.
- Променени някои тинктури по подразбиране. Параметър innodb_encryption_threads е увеличена до 255 и стойността на максимална_дължина_на_сортиране се е увеличил от 4 на 8.
- Значително намален размерът на временните файлове, използвани при сортиране с типове VARCHAR, CHAR и BLOB.
И накрая, ако искате да научите повече за тази нова версия, можете да се запознаете с пълния списък на промени в следната връзка.