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).

ΠŸΡ€ΠΎΠ΅ΠΊΡ‚ΠΎΠΌ MariaDB развиваСтся ΠΎΡ‚Π²Π΅Ρ‚Π²Π»Π΅Π½ΠΈΠ΅ ΠΎΡ‚ MySQL, ΠΏΠΎ возмоТности ΡΠΎΡ…Ρ€Π°Π½ΡΡŽΡ‰Π΅Π΅ ΠΎΠ±Ρ€Π°Ρ‚Π½ΡƒΡŽ ΡΠΎΠ²ΠΌΠ΅ΡΡ‚ΠΈΠΌΠΎΡΡ‚ΡŒ ΠΈ ΠΎΡ‚Π»ΠΈΡ‡Π°ΡŽΡ‰Π΅Π΅ΡΡ ΠΈΠ½Ρ‚Π΅Π³Ρ€Π°Ρ†ΠΈΠ΅ΠΉ Π΄ΠΎΠΏΠΎΠ»Π½ΠΈΡ‚Π΅Π»ΡŒΠ½Ρ‹Ρ… Π΄Π²ΠΈΠΆΠΊΠΎΠ² хранСния ΠΈ Ρ€Π°ΡΡˆΠΈΡ€Π΅Π½Π½Ρ‹Ρ… возмоТностСй. Π Π°Π·Π²ΠΈΡ‚ΠΈΠ΅ MariaDB ΠΊΡƒΡ€ΠΈΡ€ΡƒΠ΅Ρ‚ нСзависимая организация MariaDB Foundation Π² соотвСтствии с ΠΎΡ‚ΠΊΡ€Ρ‹Ρ‚Ρ‹ΠΌ ΠΈ ΠΏΡ€ΠΎΠ·Ρ€Π°Ρ‡Π½Ρ‹ΠΌ процСссом Ρ€Π°Π·Ρ€Π°Π±ΠΎΡ‚ΠΊΠΈ, Π½Π΅ зависящим ΠΎΡ‚ ΠΎΡ‚Π΄Π΅Π»ΡŒΠ½Ρ‹Ρ… ΠΏΡ€ΠΎΠΈΠ·Π²ΠΎΠ΄ΠΈΡ‚Π΅Π»Π΅ΠΉ. Π‘Π£Π‘Π” MariaDB поставляСтся вмСсто MySQL Π²ΠΎ ΠΌΠ½ΠΎΠ³ΠΈΡ… дистрибутивах Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) ΠΈ Π²Π½Π΅Π΄Ρ€Π΅Π½Π° Π² Ρ‚Π°ΠΊΠΈΡ… ΠΊΡ€ΡƒΠΏΠ½Ρ‹Ρ… ΠΏΡ€ΠΎΠ΅ΠΊΡ‚Π°Ρ…, ΠΊΠ°ΠΊ Wikipedia, Google Cloud SQL ΠΈ 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

Tuku hosting sing dipercaya kanggo situs kanthi proteksi DDoS, server VPS VDS πŸ”₯ Tuku hosting situs web sing bisa dipercaya nganggo proteksi DDoS, server VPS VDS | ProHoster