10 taun saatos ngadegna cabang 10.x, MariaDB 11.0.0 dileupaskeun, anu nawiskeun sababaraha perbaikan anu signifikan sareng parobihan anu ngarobih kasaluyuan. Cabang ayeuna aya dina kualitas pelepasan alfa sareng bakal siap dianggo produksi saatos stabilisasi. Cabang utama salajengna MariaDB 12, ngandung parobahan anu ngarobih kasaluyuan, diperkirakeun henteu langkung awal ti 10 taun ti ayeuna (dina 2032).
Proyék MariaDB ngembangkeun garpu tina MySQL, ngajaga kasaluyuan mundur sabisana sareng nampilkeun integrasi mesin panyimpen tambahan sareng kamampuan maju. Pangwangunan MariaDB diawaskeun ku Yayasan MariaDB anu mandiri, nuturkeun prosés pangembangan anu kabuka sareng transparan anu mandiri tina padagang individu. MariaDB DBMS disayogikeun tinimbang MySQL dina seueur distribusi Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) sareng parantos dilaksanakeun dina proyék ageung sapertos Wikipedia, Google Cloud SQL sareng Nimbuzz.
Perbaikan konci dina cabang MariaDB 11 nyaéta transisi tina optimizer query ka model beurat anyar (modél ongkos), nu nyadiakeun prediksi leuwih akurat ngeunaan beurat unggal rencana query. Bari model anyar bisa alleviate sababaraha bottlenecks kinerja, éta bisa jadi teu optimal dina sakabéh skenario jeung bisa ngalambatkeun turun sababaraha queries, jadi pamaké didorong pikeun ilubiung dina nguji sarta ngabéjaan pamekar lamun masalah timbul.
Model saméméhna éta alus dina manggihan indéks optimal, tapi miboga masalah jeung applicability of scan tabel, scan indéks, atawa operasi dipulut rentang. Dina modél anyar, aral ieu dileungitkeun ku cara ngarobah beurat dasar operasi sareng mesin panyimpen. Nalika ngevaluasi kinerja pikeun operasi gumantung speed disk, kayaning sequential nulis scan, urang ayeuna nganggap yén data disimpen dina SSD nu nyadiakeun speeds maca 400MB per detik. Sajaba ti éta, parameter beurat optimizer séjén anu disetel, nu, contona, ngamungkinkeun pikeun nerapkeun kamampuhan pikeun ngagunakeun indéks pikeun operasi "ORDER BY / GROUP BY" dina subqueries tur nyepetkeun karya kalawan tabel leutik pisan.
Perhatikeun yén modél beurat anyar bakal ngamungkinkeun anjeun milih rencana palaksanaan pamundut anu langkung optimal dina kaayaan ieu:
- Lamun maké queries ngawengku leuwih ti 2 tabel.
- Lamun anjeun boga indexes ngandung angka nu gede ngarupakeun nilai idéntik.
- Lamun ngagunakeun rentang nu nutupan leuwih ti 10% tabel.
- Lamun anjeun boga queries kompléks nu teu sakabeh kolom dipaké indéks.
- Nalika queries dipaké nu ngalibetkeun mesin gudang béda (contona, nalika hiji pamundut aksés tabel dina mesin InnoDB na Mémori).
- Nalika nganggo FORCE INDEX pikeun ningkatkeun rencana query.
- Nalika rencana query mudun nalika nganggo "ANALYZE TABLE".
- Nalika query ngawengku sajumlah badag tabel turunan (sajumlah badag SELECTs nested).
- Nalika nganggo ORDER BY atanapi GROUP BY ekspresi anu aya dina indéks.
Masalah kasaluyuan utama dina cabang MariaDB 11:
- Hak SUPER henteu deui ngamungkinkeun anjeun pikeun ngalakukeun tindakan anu ngagaduhan hak husus anu kapisah. Salaku conto, pikeun ngarobih format log binér, anjeun peryogi hak ADMIN BINLOG.
- Ngahapus palaksanaan panyangga parobahan dina InnoDB.
- Innodb_flush_method sareng innodb_file_per_table parantos dileungitkeun.
- Pangrojong ngaran Mysql* parantos dileungitkeun.
- Nyetel explicit_defaults_for_timestamp ka 0 tos teu dianggo.
- Tumbu simbolis kaasup dina pakét misah pikeun kasaluyuan jeung MySQL.
- Nilai standar tina parameter innodb_undo_tablespaces parantos dirobih janten 3.
sumber: opennet.ru