Sepuluh tahun selepas penubuhan cawangan 10.x, MariaDB 11.0.0 telah dikeluarkan, memperkenalkan beberapa penambahbaikan ketara dan perubahan terkini. Cawangan ini kini berada dalam kualiti alfa dan akan sedia untuk kegunaan pengeluaran selepas penstabilan. Cawangan utama seterusnya, MariaDB 12, yang mengandungi perubahan terkini, dijangka tidak lebih awal daripada 10 tahun dari sekarang (pada tahun 2032).
Projek MariaDB membangunkan fork MySQL, mengekalkan keserasian ke belakang jika boleh dan menampilkan penyepaduan enjin storan tambahan dan ciri-ciri lanjutan. Pembangunan MariaDB diselia oleh Yayasan MariaDB yang bebas, mengikuti proses pembangunan yang terbuka dan telus tanpa mengira vendor individu. MariaDB dihantar sebagai pengganti 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 MariaDB 11 ialah peralihan pengoptimum pertanyaan kepada model kos baharu, yang memberikan ramalan pemberat yang lebih tepat untuk setiap pelan pelaksanaan pertanyaan. Walaupun model baharu ini mengurangkan beberapa kesesakan prestasi, ia mungkin tidak optimum dalam semua senario dan mungkin memperlahankan beberapa pertanyaan. Oleh itu, pengguna digalakkan untuk mengambil bahagian dalam pengujian dan memaklumkan kepada pembangun jika timbul sebarang masalah.
Model yang digunakan sebelum ini sangat sesuai untuk mencari indeks optimum, tetapi mempunyai masalah dengan kebolehgunaan imbasan jadual, imbasan indeks dan operasi pemilihan julat. Model baharu ini menangani isu ini dengan mengubah pemberat asas untuk operasi enjin storan. Apabila menilai prestasi operasi yang bergantung kepada cakera, seperti imbasan rekod berjujukan, kini diandaikan bahawa data disimpan pada SSD dengan kelajuan baca 400 MB sesaat. Parameter pemberat pengoptimum lain juga ditala, yang, sebagai contoh, membolehkan penggunaan indeks untuk operasi ORDER BY/GROUP BY dalam subkueri dan prestasi dipercepatkan dengan jadual yang sangat kecil.
Perlu dinyatakan bahawa model pemberat baharu akan membolehkan pemilihan pelan pelaksanaan pertanyaan yang lebih optimum dalam situasi berikut:
- Apabila menggunakan pertanyaan yang merangkumi lebih daripada 2 jadual.
- Dengan kehadiran indeks yang mengandungi sejumlah besar nilai yang sama.
- Apabila menggunakan julat yang meliputi lebih daripada 10% daripada jadual.
- Apabila anda mempunyai pertanyaan kompleks di mana 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 merangkumi sebilangan besar jadual terbitan (sebilangan besar SELECT bersarang).
- Apabila menggunakan ungkapan ORDER BY atau GROUP BY yang layak sebagai indeks.
Isu keserasian utama dalam MariaDB 11:
- Keistimewaan SUPER tidak lagi membenarkan tindakan yang memerlukan keistimewaan yang diberikan secara berasingan. Contohnya, menukar format log binari memerlukan keistimewaan BINLOG ADMIN.
- Pelaksanaan penimbal perubahan dalam InnoDB telah dialih keluar.
- innodb_flush_method dan innodb_file_per_table telah ditamatkan.
- Sokongan untuk nama mysql* telah ditamatkan.
- Menetapkan parameter explicit_defaults_for_timestamp kepada 0 telah ditamatkan.
- Pautan simbolik telah dipindahkan ke pakej berasingan untuk keserasian dengan MySQL.
- Nilai lalai bagi parameter innodb_undo_tablespaces telah ditukar kepada 3.
Sumber: opennet.ru
