10 tahun selepas penubuhan cawangan 10.x, MariaDB 11.0.0 telah dikeluarkan, yang menawarkan beberapa penambahbaikan dan perubahan ketara yang memecahkan keserasian. Cawangan kini dalam kualiti keluaran alfa dan akan sedia untuk kegunaan pengeluaran selepas penstabilan. Cawangan utama MariaDB 12 yang seterusnya, yang mengandungi perubahan yang memecahkan keserasian, dijangka tidak lebih awal daripada 10 tahun dari sekarang (pada tahun 2032).
Projek MariaDB sedang membangunkan garpu daripada MySQL, mengekalkan keserasian ke belakang apabila mungkin dan menampilkan penyepaduan enjin storan tambahan dan keupayaan lanjutan. Pembangunan MariaDB diawasi oleh Yayasan MariaDB bebas, berikutan proses pembangunan terbuka dan telus yang bebas daripada vendor individu. DBMS MariaDB dibekalkan dan bukannya MySQL dalam banyak pengedaran Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) dan telah dilaksanakan dalam projek besar seperti Wikipedia, Google Cloud SQL dan Nimbuzz.
Penambahbaikan utama dalam cawangan MariaDB 11 ialah peralihan pengoptimum pertanyaan kepada model berat baharu (model kos), yang memberikan ramalan yang lebih tepat bagi pemberat setiap pelan pertanyaan. Walaupun model baharu mungkin mengurangkan beberapa kesesakan prestasi, model ini mungkin tidak optimum dalam semua senario dan mungkin memperlahankan beberapa pertanyaan, jadi pengguna digalakkan untuk mengambil bahagian dalam ujian dan memberitahu pembangun jika masalah timbul.
Model sebelumnya pandai mencari indeks optimum, tetapi menghadapi masalah dengan kebolehgunaan imbasan jadual, imbasan indeks atau operasi pengambilan julat. Dalam model baharu, kelemahan ini dihapuskan dengan menukar berat asas operasi dengan enjin storan. Apabila menilai prestasi untuk operasi bergantung kepada kelajuan cakera, seperti imbasan tulis berjujukan, kami kini menganggap bahawa data disimpan pada SSD yang menyediakan kelajuan baca 400MB sesaat. Selain itu, parameter berat lain pengoptimum telah ditala, yang, sebagai contoh, memungkinkan untuk melaksanakan keupayaan untuk menggunakan indeks untuk operasi "ORDER BY/GROUP BY" dalam subkueri dan mempercepatkan kerja dengan jadual yang sangat kecil.
Adalah diperhatikan bahawa model berat baharu akan membolehkan anda memilih pelan pelaksanaan pertanyaan yang lebih optimum dalam situasi berikut:
- Apabila menggunakan pertanyaan yang merangkumi lebih daripada 2 jadual.
- Apabila anda mempunyai indeks yang mengandungi sejumlah besar nilai yang sama.
- Apabila menggunakan julat yang meliputi lebih daripada 10% daripada jadual.
- Apabila anda mempunyai pertanyaan kompleks yang tidak semua lajur yang digunakan diindeks.
- Apabila pertanyaan digunakan yang melibatkan enjin storan yang berbeza (contohnya, apabila satu pertanyaan mengakses jadual dalam enjin InnoDB dan Memori).
- Apabila menggunakan FORCE INDEX untuk menambah baik pelan pertanyaan.
- Apabila pelan pertanyaan merosot apabila menggunakan "ANALYZE TABLE".
- Apabila pertanyaan menjangkau sebilangan besar jadual terbitan (sebilangan besar SELECT bersarang).
- Apabila menggunakan ungkapan ORDER BY atau GROUP BY yang berada di bawah indeks.
Isu keserasian utama dalam cawangan MariaDB 11:
- Hak SUPER tidak lagi membenarkan anda melakukan tindakan yang mana keistimewaan yang ditetapkan secara berasingan tersedia. Sebagai contoh, untuk menukar format log binari, anda memerlukan hak ADMIN BINLOG.
- Mengalih keluar pelaksanaan penimbal perubahan dalam InnoDB.
- Innodb_flush_method dan innodb_file_per_table telah ditamatkan.
- Sokongan nama Mysql* telah ditamatkan.
- Menetapkan explicit_defaults_for_timestamp kepada 0 telah ditamatkan.
- Pautan simbolik disertakan dalam pakej berasingan untuk keserasian dengan MySQL.
- Nilai lalai parameter innodb_undo_tablespaces telah ditukar kepada 3.
Sumber: opennet.ru