MariaDB 10.5 з’являється з новим двигуном S3, змінами в дозволах тощо

Після року розробки та чотирьох попередніх версій, перша стабільна версія нову гілку "MariaDB 10.5", в якому представлені нові двигуни, деякі зміни в дозволах, перейменування файлів та інші речі.

Для тих, хто не знайомий з MariaDB, вони повинні знати, що це таке база даних, фреймворк якої розроблений гілкою MySQL, який підтримує зворотну сумісність і відрізняється інтеграцією додаткових механізмів зберігання та вдосконаленими функціями.

Основні вдосконалення для MariaDB 10.5

З основних змін які виділяються з цієї нової версії, ми можемо знайти додавши два механізми зберігання, одним з них є Двигун S3, що працює для розміщення таблиць MariaDB в Amazon S3 або будь-якій іншій хмарне сховище публічний або приватний, що підтримує API S3.

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 RAVE 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"ТАБЛИЦЯ ПЕРЕЗНАЧЕННЯ«, Додано підтримку за умовою«ЯКЩО ІСНУЄ»Виконувати операцію, лише якщо таблиця існує;
  • Для індексів в атрибуті «CREATE TABLE»Реалізовано функцію" 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.

Нарешті, якщо ви хочете дізнатись більше про цю нову версію, ви можете переглянути повний список зміни в наступному посиланні.