MariaDB 11 DBMS ning yangi muhim filiali joriy etildi

10.x filiali tashkil etilganidan 10 yil o'tgach, MariaDB 11.0.0 chiqarildi, u bir nechta muhim yaxshilanishlar va moslikni buzadigan o'zgarishlarni taklif qildi. Filial hozirda alfa-reliz sifatiga ega va barqarorlashgandan keyin ishlab chiqarishda foydalanishga tayyor bo'ladi. MariaDB 12 ning navbatdagi yirik tarmogʻi moslikni buzadigan oʻzgarishlarni oʻz ichiga olgan holda, 10 yildan keyin (2032 yilda) kutilmoqda.

MariaDB loyihasi MySQL-dan vilkalar ishlab chiqmoqda, iloji boricha orqaga qarab muvofiqlikni saqlaydi va qo'shimcha saqlash dvigatellari va ilg'or imkoniyatlarni integratsiyalashgan. MariaDB rivojlanishi alohida sotuvchilardan mustaqil bo'lgan ochiq va shaffof rivojlanish jarayonidan so'ng mustaqil MariaDB Jamg'armasi tomonidan nazorat qilinadi. MariaDB DBMS MySQL o'rniga ko'plab Linux distributivlarida (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) taqdim etilgan va Wikipedia, Google Cloud SQL va Nimbuzz kabi yirik loyihalarda qo'llanilgan.

MariaDB 11 filialidagi asosiy yaxshilanish so'rovlar optimallashtiruvchisini har bir so'rov rejasining og'irliklarini aniqroq bashorat qilishni ta'minlaydigan yangi vazn modeliga (xarajat modeli) o'tkazishdir. Yangi model ishlashdagi ba'zi qiyinchiliklarni engillashtirishi mumkin bo'lsa-da, u barcha stsenariylarda optimal bo'lmasligi va ba'zi so'rovlarni sekinlashtirishi mumkin, shuning uchun foydalanuvchilarga testlarda qatnashish va muammolar yuzaga kelganda ishlab chiquvchilarni xabardor qilish tavsiya etiladi.

Oldingi model optimal indeksni topishda yaxshi edi, lekin jadvalni skanerlash, indekslarni skanerlash yoki diapazonni olish operatsiyalarini qo'llashda muammolarga duch keldi. Yangi modelda bu kamchilik saqlash dvigateli bilan operatsiyalarning asosiy og'irligini o'zgartirish orqali yo'q qilinadi. Disk tezligiga bog'liq operatsiyalar, masalan, ketma-ket yozish skanerlari uchun ishlashni baholashda, biz hozir ma'lumotlar sekundiga 400 MB o'qish tezligini ta'minlaydigan SSD-da saqlangan deb taxmin qilamiz. Bundan tashqari, optimallashtiruvchining boshqa vazn parametrlari sozlandi, bu, masalan, quyi so'rovlarda "ORDER BY/GROUP BY" operatsiyalari uchun indekslardan foydalanish va juda kichik jadvallar bilan ishlashni tezlashtirish imkonini berdi.

Ta'kidlanishicha, yangi vazn modeli quyidagi holatlarda so'rovlarni bajarishning yanada maqbul rejasini tanlash imkonini beradi:

• 2 dan ortiq jadvallarni qamrab olgan so'rovlardan foydalanilganda.
• Ko'p sonli bir xil qiymatlarni o'z ichiga olgan indekslar mavjud bo'lganda.
• Jadvalning 10% dan ko'prog'ini qamrab oladigan diapazonlardan foydalanilganda.
• Foydalanilgan barcha ustunlar indekslanmagan murakkab so'rovlar mavjud bo'lganda.
• Turli xil saqlash mexanizmlarini o'z ichiga olgan so'rovlardan foydalanilganda (masalan, bitta so'rov InnoDB va Memory mexanizmlaridagi jadvallarga kirganda).
• So'rov rejasini yaxshilash uchun FORCE INDEX dan foydalanilganda.
• "TAHLILI TABLO" dan foydalanganda so'rovlar rejasi yomonlashganda.
• So'rov ko'p sonli olingan jadvallarni qamrab olsa (ko'p sonli ichki SELECTlar).
• Indekslar ostidagi ORDER BY yoki GROUP BY ifodalaridan foydalanilganda.

MariaDB 11 filialidagi asosiy muvofiqlik muammolari:

• SUPER huquqlar endi alohida o'rnatilgan imtiyozlar mavjud bo'lgan amallarni bajarishga ruxsat bermaydi. Masalan, ikkilik jurnallar formatini o'zgartirish uchun sizga BINLOG ADMIN huquqlari kerak bo'ladi.
• InnoDB-da o'zgartirish buferini amalga oshirish olib tashlandi.
• Innodb_flush_method va innodb_file_per_table eskirgan.
• Mysql* nomini qo'llab-quvvatlash eskirgan.
• Explicit_defaults_for_timestamp ni 0 ga o‘rnatish eskirgan.
• Simvolik havolalar MySQL bilan muvofiqligi uchun alohida paketga kiritilgan.
• innodb_undo_tablespaces parametrining standart qiymati 3 ga o'zgartirildi.

Manba: opennet.ru