Pembaruan mesin basis data Aurora MySQL 2017-08-07 (versi 1.14) (Dihentikan) - Amazon Aurora

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Pembaruan mesin basis data Aurora MySQL 2017-08-07 (versi 1.14) (Dihentikan)

Versi: 1.14

Aurora MySQL 1.14 tersedia secara umum. Semua klaster basis data baru, termasuk yang dipulihkan dari snapshot, akan dibuat di Aurora MySQL 1.14. Aurora MySQL 1.14 juga merupakan peningkatan wajib untuk klaster DB Aurora MySQL yang ada. Kami akan mengirimkan pengumuman terpisah dengan jadwal untuk menghentikan versi Aurora MySQL sebelumnya.

Dengan versi Aurora MySQL 1.14, kami menggunakan model patching klaster di mana semua simpul dalam klaster Aurora DB ditambal pada saat yang sama. Pembaruan memerlukan mulai ulang basis data, sehingga Anda akan mengalami waktu henti selama 20 hingga 30 detik, setelah itu Anda dapat melanjutkan menggunakan klaster DB Anda. Jika klaster DB Anda saat ini menjalankan fitur patching zerotime versi 1.13, fitur Aurora mungkin memungkinkan koneksi klien ke instans primer Aurora Anda bertahan melalui peningkatan, tergantung pada beban kerja Anda.

Jika Anda memiliki pertanyaan atau masalah, AWS Support tersedia di forum komunitas dan melalui AWS Support.

Zero-downtime patching

Fitur zero-downtime patching (ZDP) mencoba, berdasarkan upaya terbaik, untuk menjaga koneksi klien melalui patch mesin. Untuk informasi selengkapnya tentang ZDP, lihat Menggunakan zero-downtime patching di Panduan Pengguna Amazon Aurora.

Perbaikan

  • Memperbaiki kesalahan “catatan tidak ditemukan” yang salah ketika catatan ditemukan dalam indeks sekunder tetapi tidak dalam indeks primer.

  • Memperbaiki masalah stabilitas yang dapat terjadi karena pernyataan defensif (ditambahkan di 1.12) yang terlalu kuat dalam kasus ketika laporan individu terdiri dari 32 halaman. Situasi seperti itu dapat terjadi, misalnya, dengan nilai BLOB Large.

  • Memperbaiki masalah stabilitas karena ketidakkonsistenan antara cache tablespace dan cache kamus.

  • Memperbaiki masalah yang menyebabkan Replika Aurora menjadi tidak responsif setelah basis data melebihi jumlah maksimum upaya untuk terhubung dengan instans primer. Replika Aurora sekarang akan kembali lagi jika periode tidak aktif lebih dari periode waktu detak jantung yang digunakan untuk pemeriksaan kondisi oleh instans primer.

  • Memperbaiki livelock yang dapat terjadi dengan konkurensi yang sangat tinggi ketika satu koneksi mencoba mendapatkan metadata lock (MDL) eksklusif saat mengeluarkan perintah, seperti ALTER TABLE.

  • Memperbaiki masalah stabilitas dalam Replika Baca Aurora dengan adanya pembacaan logis/paralel di depan.

  • Memperbaiki LOAD FROM S3 dengan dua cara:

    1. Penanganan yang lebih baik dari kesalahan batas waktu Amazon S3 dengan menggunakan coba ulang SDK selain coba ulang yang sudah ada.

    2. Optimalisasi kinerja saat memuat file yang sangat besar atau file dalam jumlah besar dengan menyimpan dalam cache dan menggunakan kembali status klien.

  • Memperbaiki masalah stabilitas berikut dengan DDL Cepat untuk operasi ALTER TABLE:

    1. Saat pernyataan ALTER TABLE memiliki beberapa perintah ADD COLUMN dan nama kolom tidak dalam urutan naik.

    2. Ketika string nama kolom akan diperbarui dan string nama yang sesuai, yang diambil dari tabel sistem internal, berbeda dengan karakter yang berujung nol (/0).

    3. Dalam operasi B-tree split tertentu.

    4. Saat tabel memiliki kunci primer panjang variabel.

  • Memperbaiki masalah stabilitas dengan Replika Aurora ketika diperlukan waktu terlalu lama agar Full Text Search (FTS) index cache konsisten dengan cache dari instans primer. Hal ini dapat terjadi jika sebagian besar entri indeks FTS yang baru dibuat pada instans primer belum di-flush ke disk.

  • Memperbaiki masalah stabilitas yang dapat terjadi selama pembuatan indeks.

  • Infrastruktur baru yang melacak konsumsi memori per koneksi dan telemetri terkait yang akan digunakan untuk membangun strategi penghindaran Out-Of-Memory (OOM).

  • Memperbaiki masalah di mana ANALYZE TABLE diizinkan secara salah pada Replika Aurora. Hal ini sekarang telah diblokir.

  • Memperbaiki masalah stabilitas yang disebabkan oleh deadlock yang jarang terjadi sebagai akibat dari kondisi balapan antara pembersihan dan read-ahead logis.

Integrasi perbaikan bug MySQL

  • Pencarian teks penuh yang digabungkan dengan tabel turunan (subkueri dalam klausa FROM) menyebabkan server keluar. Sekarang, jika operasi teks penuh tergantung pada tabel turunan, server akan menghasilkan kesalahan yang menunjukkan bahwa pencarian teks penuh tidak dapat dilakukan pada tabel yang termaterialisasi. (Bug #68751, Bug #16539903)