Kesengsaraan Seorang Penginjil MySQL

Database


Selama liburan musim panas, kami merilis MySQL 8.0.30.

MySQL 8.0.30 dirilis pada 26 Juli 2022. Jika Anda menggunakan versi 8.0.29, sangat disarankan untuk melakukan upgrade karena dalam kasus langka dan khusus ada bug yang merusak file InnoDB.

Rilis baru ini mencakup beberapa kontribusi dari komunitas hebat kami dan dari seluruh tim MySQL, seperti biasa Terima kasih untuk semua rekan kami

Versi baru ini mencakup patch dari Facebook/Meta, Marcelo Altman (Percona), Mengchu Xi, Zhou Xinjing (Tencent), Yuxiang Jiang (Tencent), Namrata Bawe, Hongyuan Li, Alexey Kopytov, Wei Zhao, Piotr Jurkiewicz, Dennis Gao, Zheng Adalah. Lai, Bin Wang, Hao Wu (Tencent), Vijay Wu and Rahul Malik (Percona).

Sekali lagi, terima kasih atas kontribusi besar Anda dan perusahaan tempat Anda bekerja.

Berikut adalah daftar kontribusi di atas dan bug masing-masing:

InnoDB

  • #103211 – The innodb_doublewrite Variabel sistem yang mengaktifkan atau menonaktifkan buffer doublewrite memiliki dua pengaturan baru. DETECT_ONLY Dan DETECT_AND_RECOVER. Dengan DETECT_ONLY konfigurasi, konten halaman database tidak ditulis ke buffer doublewrite, dan pemulihan tidak menggunakan buffer doublewrite untuk memperbaiki penulisan halaman yang tidak lengkap. Pengaturan ringan ini hanya dimaksudkan untuk mendeteksi entri halaman yang tidak lengkap. ini DETECT_AND_RECOVER Pengaturan ini setara dengan pengaturan AKTIF yang ada – Facebook
  • #107613 – A TRUNCATE TABLE Operasi untuk menghapus entri kamus data gagal untuk kolom yang dihapus menggunakannya ALGORITHM=INSTANT – Marcelo Altman dari Percona
  • #106687 (Pribadi) – mysqld Mungkin gagal karena kegagalan pernyataan debug – Menchu ​​​​Shi
  • #100512 – Mengaktifkan Adaptive Hash Index (AHI) pada instans konkurensi tinggi menyebabkan pertengkaran pencarian AHI sementara saat membangun profil hash – Zhou Xinjing dari tim CDB di Tencent
  • #81814 – Indeks hash adaptif InnoDB menggunakan algoritma partisi yang buruk untuk dunia nyata – Alexey Kopytov
  • #102733 (Pribadi) – Server mogok dalam kasus tertentu uji mtr diluncurkan secara paralel – Zheng Lai (versi stabil dasar: 5.7.38)
  • #106630 – Deklarasi tidak ada srv_log_writer_timeout – Hao Wu dari Tencent
  • #17207 – Kegagalan buf0buf.cc:4318:page_size.equals_to(space_page_size) – Rahul Malik dari Perkona

Klien / Konektor

  • #96369 – Baru mysqldump pilihan --mysqld-long-query-time Memungkinkan Anda untuk menentukan nilai kustom dari long_query_time variabel sistem untuk mysqldumpSesi Gunakan opsi baru untuk menambah waktu yang telah berlalu mysqldumpKueri lambat sebelum ditulis ke file log kueri untuk menghindari pencatatan yang tidak perlu – Facebook
  • #92260 – antarmuka/python – dengan caching_sha2_password SSL seharusnya tidak diperlukan pada soket Unix – Piotr Jurkiewicz
  • #106779 – antarmuka/c – perbaikan kesalahan ketik PropertyDefinitions – Vijay Woo

Skema kinerja

  • #106939 – dalam kondisi tertentu TRUNCATE performance_schema.accounts menyebabkan penghitungan duplikat di global_status. Ini terjadi jika beberapa host tidak memiliki alat tersebut. Misalnya, jika performance_schema_hosts_size Setel ke rendah – Yuxiang Jiang dari Tencent

Mengedit

  • #107081 – Pada RHEL 7.x, mengambil ukuran cache CPU menghasilkan 0 pada s390x RHEL 7.x, menyebabkan rpl_commit_order_queue Dan integrals_lockfree_queue Gagal – Namrata Bhave
  • #106824 – Menambahkan pengatur waktu siklus untuk arsitektur s390x – Namrata Bhave
  • #106555 – Memperbaiki definisi pernyataan di dalamnya SetOsLimitMaxOpenFiles – Hongyuan Lee

Transaksi XA

  • #87560 – XA PREPARE Kesalahan pendaftaran pesanan dalam replikasi dan pemulihan binlog – Wei Zhao
  • #98616 – XA PREPARE/XA COMMIT/XA ROLLBACK Binlog hilang tepat setelah flash jika mysql crash – Dennis Gao

Replikasi

  • #101056 – Ack_receiver Budak mungkin melewatkan ack semi-sinkronisasi karena batas waktu murni – Dennis Gao

memasuki sistem

  • #106590 – Memperbaiki mantra pesan masuk mysql_safe – Bin Wang (versi tetap dasar: 5.7.38)

Seperti biasa, kontribusi ini mencakup berbagai bagian MySQL. Jika Anda memiliki tambalan dan juga ingin menjadi bagian dari Kontributor MySQL, caranya mudah, Anda dapat mengirimkan permintaan tarik dari repositori MySQL GitHub atau memposting tambalan Anda di Bug MySQL (diperlukan menandatangani Perjanjian Kontributor Oracle).

Dan jangan lupa bahwa jika Anda ingin memperluas MySQL, cara terbaik adalah dengan membuat komponen. Sekarang ada rangkaian lengkap untuk mempelajari cara mulai menggunakan infrastruktur komponen MySQL (bagian 1)!

Terima kasih sekali lagi untuk semua rekan kami!

Berlangganan blog melalui email



Source link

Tinggalkan Balasan

Alamat email Anda tidak akan dipublikasikan. Ruas yang wajib ditandai *