synch/mutex/innodb/buf_pool_mutex

Peristiwa synch/mutex/innodb/buf_pool_mutex terjadi saat thread telah mendapat kunci pada kumpulan buffer InnoDB untuk mengakses halaman dalam memori.

Versi mesin yang relevan

Informasi peristiwa tunggu ini didukung untuk versi mesin berikut:

• Aurora Versi saya 2 SQL

Konteks

Mutex buf_pool adalah mutex tunggal yang melindungi struktur data kontrol dari pool buffer.

Untuk informasi selengkapnya, lihat Memantau InnoDB Mutex Waits Using Performance Schema di dokumentasi Saya. SQL

Kemungkinan penyebab peningkatan peristiwa tunggu

Ini adalah peristiwa tunggu khusus beban kerja. Penyebab umum synch/mutex/innodb/buf_pool_mutex muncul di antara peristiwa tunggu teratas mencakup yang berikut:

• Ukuran pool buffer tidak cukup besar untuk menampung set data kerja.

• Beban kerja lebih spesifik untuk halaman tertentu dari tabel tertentu dalam basis data, yang mengarah ke pertentangan dalam pool buffer.

Tindakan

Kami merekomendasikan berbagai tindakan, tergantung pada penyebab peristiwa tunggu Anda.

Topik

• Mengidentifikasi sesi dan kueri penyebab peristiwa
• Menggunakan Wawasan Performa
• Membuat Aurora Replicas
• Memeriksa ukuran pool buffer
• Memantau riwayat status global

Mengidentifikasi sesi dan kueri penyebab peristiwa

Biasanya, basis data dengan beban sedang hingga signifikan memiliki peristiwa tunggu. Peristiwa tunggu ini mungkin dapat diterima jika basis data berperforma optimal. Jika tidak, periksa di mana basis data tersebut menghabiskan waktu terbanyak. Lihat peristiwa tunggu yang berkontribusi ke beban tertinggi, lalu cari tahu apakah Anda dapat mengoptimalkan basis data dan aplikasi untuk mengurangi peristiwa tersebut.

Untuk melihat SQL bagan Teratas di Konsol AWS Manajemen

1. Buka RDS konsol Amazon di https://console.aws.amazon.com/rds/.

2. Di panel navigasi, pilih Wawasan Performa.

3. Pilih instans DB. Dasbor Wawasan Performa ditampilkan untuk instans DB tersebut.

4. Dalam bagan Beban basis data, pilih Potong berdasarkan masa tunggu.

5. Di bawah bagan beban Database, pilih Top. SQL

   Bagan mencantumkan SQL kueri yang bertanggung jawab atas pemuatan. Kueri di bagian atas daftar memiliki tanggung jawab terbesar. Untuk mengatasi kemacetan, fokus pada pernyataan tersebut.

Untuk ikhtisar berguna tentang pemecahan masalah menggunakan Performance Insights, lihat posting blog Menganalisis Beban Kerja SQL Saya Amazon Aurora dengan Performance Insights.

Menggunakan Wawasan Performa

Peristiwa ini terkait dengan beban kerja. Anda dapat menggunakan Wawasan Performa untuk melakukan hal berikut:

• Mengidentifikasi kapan peristiwa tunggu dimulai dan apakah ada perubahan beban kerja pada saat itu dari log aplikasi atau sumber terkait.

• Identifikasi SQL pernyataan yang bertanggung jawab atas acara tunggu ini. Periksa rencana eksekusi kueri untuk memastikan bahwa kueri ini dioptimalkan dan menggunakan indeks yang sesuai.

  Jika kueri teratas yang bertanggung jawab atas peristiwa tunggu berkaitan dengan objek atau tabel basis data yang sama, coba buat partisi untuk objek atau tabel tersebut.

Membuat Aurora Replicas

Anda dapat membuat Aurora Replicas untuk menyajikan lalu lintas hanya-baca. Anda juga dapat menggunakan Aurora Auto Scaling untuk menangani lonjakan lalu lintas baca. Pastikan untuk menjalankan tugas hanya-baca terjadwal dan pencadangan logis pada Aurora Replicas.

Untuk informasi selengkapnya, lihat Auto Scaling Amazon Aurora dengan Replika Aurora.

Memeriksa ukuran pool buffer

Periksa apakah ukuran pool buffer cukup untuk beban kerja dengan melihat metrik innodb_buffer_pool_wait_free. Jika nilai metrik ini tinggi dan terus bertambah, berarti ukuran pool buffer tidak cukup untuk menangani beban kerja. Jika innodb_buffer_pool_size telah diatur dengan benar, nilai innodb_buffer_pool_wait_free pasti kecil. Untuk informasi selengkapnya, lihat InnodB_Buffer_POOL_WAIT_FREE di dokumentasi Saya. SQL

Tingkatkan ukuran pool buffer jika instans DB memiliki cukup memori untuk buffer sesi dan tugas sistem operasi. Jika tidak, ubah instans DB ke kelas instans DB yang lebih besar untuk memperoleh memori tambahan yang dapat dialokasikan ke pool buffer.

catatan

Aurora My SQL secara otomatis menyesuaikan nilai innodb_buffer_pool_instances berdasarkan konfigurasi. innodb_buffer_pool_size

Memantau riwayat status global

Dengan memantau tingkat perubahan variabel status, Anda dapat mendeteksi masalah penguncian atau memori pada instans DB Anda. Aktifkan Global Status History (GoSH) jika belum diaktifkan. Untuk informasi selengkapnya tentang GoSH, lihat Mengelola riwayat status global.

Anda juga dapat membuat CloudWatch metrik Amazon khusus untuk memantau variabel status. Untuk informasi selengkapnya, lihat Memublikasikan metrik kustom.