Rilis stabil MariaDB 10.6

Setelah satu tahun pengembangan dan tiga rilis awal, rilis stabil pertama dari cabang baru DBMS MariaDB 10.6 telah diterbitkan, di mana cabang MySQL sedang dikembangkan yang menjaga kompatibilitas ke belakang dan dibedakan dengan integrasi mesin penyimpanan tambahan dan kemampuan tingkat lanjut. Dukungan terhadap cabang baru akan diberikan selama 5 tahun, hingga Juli 2026.

Pengembangan MariaDB diawasi oleh MariaDB Foundation yang independen, mengikuti proses pengembangan yang sepenuhnya terbuka dan transparan serta independen dari masing-masing vendor. MariaDB disediakan sebagai pengganti MySQL di banyak distribusi Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) dan telah diimplementasikan di proyek besar seperti Wikipedia, Google Cloud SQL, dan Nimbuzz.

Peningkatan utama di MariaDB 10.6:

  • Eksekusi atom dari ekspresi “CREATE TABLE|VIEW|SEQUENCE|TRIGGER”, “ALTER TABLE|SEQUENCE”, “RENAME TABLE|TABLES”, “DROP TABLE|VIEW|VIEW|TRIGGER|DATABASE” dipastikan (baik ekspresi tersebut selesai sepenuhnya atau semuanya dikembalikan ke keadaan semula). Dalam kasus operasi “DROP TABLE” yang menghapus beberapa tabel sekaligus, atomisitas dipastikan pada tingkat masing-masing tabel. Tujuan dari perubahan ini adalah untuk memastikan integritas jika terjadi kerusakan server selama operasi. Sebelumnya, setelah crash, tabel dan file sementara mungkin tetap ada, sinkronisasi tabel di mesin penyimpanan dan file frm bisa terganggu, dan tabel individual bisa tetap tidak diganti namanya ketika beberapa tabel diganti namanya sekaligus. Integritas dipastikan dengan memelihara log pemulihan status, jalur yang dapat ditentukan melalui opsi baru “—log-ddl-recovery=file” (ddl-recovery.log secara default).
  • Konstruksi “SELECT… OFFSET… FETCH” yang didefinisikan dalam standar SQL 2008 telah diterapkan, memungkinkan Anda untuk menampilkan sejumlah baris tertentu mulai dari offset tertentu, dengan kemampuan untuk menggunakan parameter “WITH TIES” untuk lampirkan nilai berikutnya lainnya. Misalnya, ekspresi “SELECT i FROM t1 ORDER BY i ASC OFFSET 1 ROWS FETCH FIRST 3 ROWS WITH TIES” berbeda dari konstruksi “SELECT i FROM t1 ORDER BY i ASC LIMIT 3 OFFSET 1” dengan mengeluarkan satu elemen lagi di bagian ekor. (bukannya 3 4 baris akan dicetak).
  • Untuk mesin InnoDB, sintaks “SELECT… SKIP LOCKED” telah diterapkan, yang memungkinkan Anda mengecualikan baris yang kuncinya tidak dapat disetel (“LOCK IN SHARE MODE” atau “FOR UPDATE”).
  • Kemampuan untuk mengabaikan indeks telah diterapkan (di MySQL 8, fungsi ini disebut “indeks tak terlihat”). Menandai indeks untuk diabaikan dilakukan dengan menggunakan tanda IGNORED dalam pernyataan ALTER TABLE, setelah itu indeks tetap terlihat dan diperbarui, tetapi tidak digunakan oleh pengoptimal.
  • Menambahkan fungsi JSON_TABLE() untuk mengubah data JSON menjadi bentuk relasional. Misalnya, dokumen JSON dapat diubah untuk digunakan dalam konteks tabel, yang dapat ditentukan di dalam blok FROM dalam pernyataan SELECT.
  • Peningkatan kompatibilitas dengan Oracle DBMS: Menambahkan dukungan untuk subkueri anonim di dalam blok FROM. Konstruksi MINUS telah diterapkan (setara dengan KECUALI). Menambahkan fungsi ADD_MONTHS(), TO_CHAR(), SYS_GUID() dan ROWNUM().
  • Di mesin InnoDB, memasukkan ke dalam tabel kosong telah dipercepat. Format string TERKOMPRESI diatur ke mode baca-saja secara default. Skema SYS_TABLESPACES menggantikan SYS_DATAFILES dan secara langsung mencerminkan keadaan dalam sistem file. Dukungan tulis lambat disediakan untuk ruang tabel sementara. Dukungan untuk algoritma checksum lama, yang dipertahankan untuk kompatibilitas dengan MariaDB 5.5, telah dihentikan.
  • Dalam sistem replikasi, ukuran nilai parameter master_host telah ditingkatkan dari 60 menjadi 255 karakter, dan master_user menjadi 128. Variabel binlog_expire_logs_seconds telah ditambahkan untuk mengonfigurasi waktu kedaluwarsa log biner dalam hitungan detik (sebelumnya, waktu reset adalah ditentukan hanya dalam hitungan hari melalui variabel expired_logs_days).
  • Mekanisme replikasi multi-master sinkron Galera mengimplementasikan variabel wsrep_mode untuk mengonfigurasi parameter API WSREP (Write Set REPlication). Mengizinkan konversi Galera dari komunikasi tidak terenkripsi ke TLS tanpa menghentikan cluster.
  • Skema sys-schema telah diimplementasikan, yang berisi kumpulan tampilan, fungsi dan prosedur untuk menganalisis operasi database.
  • Menambahkan tabel layanan untuk menganalisis kinerja replikasi.
  • Tampilan INFORMATION_SCHEMA.KEYWORDS dan INFORMATION_SCHEMA.SQL_FUNCTIONS telah ditambahkan ke kumpulan tabel informasi, menampilkan daftar kata kunci dan fungsi yang tersedia.
  • Repositori TokuDB dan CassandraSE telah dihapus.
  • Pengkodean utf8 telah dipindahkan dari representasi empat byte utf8mb4 (U+0000..U+10FFFF) ke representasi tiga byte utf8mb3 (mencakup rentang Unicode U+0000..U+FFFF).
  • Menambahkan dukungan untuk aktivasi soket di systemd.
  • Plugin GSSAPI telah menambahkan dukungan untuk nama grup dan SID Direktori Aktif.
  • Pemeriksaan tambahan untuk keberadaan file konfigurasi $MARIADB_HOME/my.cnf selain $MYSQL_HOME/my.cnf.
  • Variabel sistem baru binlog_expire_logs_seconds, innodb_deadlock_report, innodb_read_only_compressed, wsrep_mode dan Innodb_buffer_pool_pages_lru_freed telah diterapkan.

Sumber: opennet.ru

Tambah komentar