Cabang penting anyar saka DBMS MariaDB 11 wis dikenalake

10 taun sawise ngadegake cabang 10.x, MariaDB 11.0.0 dirilis, sing nawakake sawetara perbaikan lan owah-owahan sing signifikan sing nyebabake kompatibilitas. Cabang kasebut saiki ana ing kualitas rilis alfa lan bakal siap digunakake kanggo produksi sawise stabil. Cabang utama sabanjure MariaDB 12, ngemot owah-owahan sing ngrusak kompatibilitas, samesthine ora luwih awal saka 10 taun wiwit saiki (ing 2032).

Proyek MariaDB ngembangake garpu saka MySQL, njaga kompatibilitas mundur kapan wae lan nampilake integrasi mesin panyimpenan tambahan lan kemampuan canggih. Pangembangan MariaDB diawasi dening Yayasan MariaDB independen, sawise proses pangembangan sing mbukak lan transparan sing independen saka vendor individu. DBMS MariaDB diwenehake tinimbang MySQL ing akeh distribusi Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) lan wis dileksanakake ing proyek gedhe kaya Wikipedia, Google Cloud SQL lan Nimbuzz.

Peningkatan utama ing cabang MariaDB 11 yaiku transisi pangoptimal pitakon menyang model bobot anyar (model biaya), sing nyedhiyakake prediksi bobot saben rencana pitakon sing luwih akurat. Nalika model anyar bisa ngenthengake sawetara kemacetan kinerja, bisa uga ora optimal ing kabeh skenario lan bisa uga alon-alon sawetara pitakon, mula pangguna disaranake melu nyoba lan menehi kabar marang pangembang yen ana masalah.

Model sadurunge apik kanggo nemokake indeks optimal, nanging duwe masalah karo aplikasi scan tabel, scan indeks, utawa operasi njupuk sawetara. Ing model anyar, kekurangan iki diilangi kanthi ngganti bobot dhasar operasi karo mesin panyimpenan. Nalika ngevaluasi kinerja kanggo operasi gumantung kacepetan disk, kayata mindai nulis urut-urutan, saiki kita nganggep yen data disimpen ing SSD sing nyedhiyakake kacepetan maca 400MB per detik. Kajaba iku, paramèter bobot optimizer liyane disetel, sing, contone, bisa ngetrapake kemampuan kanggo nggunakake indeks kanggo operasi "ORDER BY / GROUP BY" ing subqueries lan nyepetake karya karo tabel cilik banget.

Kacathet yen model bobot anyar bakal ngidini sampeyan milih rencana eksekusi pitakon sing luwih optimal ing kahanan ing ngisor iki:

  • Nalika nggunakake pitakon sing luwih saka 2 tabel.
  • Yen sampeyan duwe indeks sing ngemot akeh nilai sing padha.
  • Nalika nggunakake kisaran sing nutupi luwih saka 10% saka meja.
  • Yen sampeyan duwe pitakon rumit sing ora kabeh kolom sing digunakake diindeks.
  • Nalika pitakon digunakake sing nglibatake mesin panyimpenan sing beda (contone, nalika siji pitakon ngakses tabel ing mesin InnoDB lan Memori).
  • Nalika nggunakake FORCE INDEX kanggo nambah rencana pitakon.
  • Nalika rencana query rusak nalika nggunakake "ANALYZE TABLE".
  • Nalika query nyakup akeh tabel asale (jumlah SELECT bersarang).
  • Nalika nggunakake ekspresi ORDER BY utawa GROUP BY sing ana ing indeks.

Masalah kompatibilitas utama ing cabang MariaDB 11:

  • Hak SUPER ora ngidini sampeyan nindakake tumindak sing nduweni hak istimewa sing kapisah. Contone, kanggo ngganti format log binar, sampeyan butuh hak BINLOG ADMIN.
  • Mbusak implementasine buffer pangowahan ing InnoDB.
  • Innodb_flush_method lan innodb_file_per_table wis ora digunakake.
  • Dhukungan jeneng Mysql* wis ora digunakake.
  • Setelan explicit_defaults_for_timestamp menyang 0 wis ora digunakake.
  • Pranala simbolis kalebu ing paket kapisah kanggo kompatibilitas karo MySQL.
  • Nilai standar parameter innodb_undo_tablespaces wis diganti dadi 3.

Source: opennet.ru

Add a comment