Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
LWLock:MultiXact
Peristiwa tunggu LWLock:MultiXactMemberBuffer, LWLock:MultiXactOffsetBuffer, LWLock:MultiXactMemberSLRU, dan LWLock:MultiXactOffsetSLRU menunjukkan bahwa sesi sedang menunggu pengambilan daftar transaksi yang memodifikasi baris yang sama pada tabel tertentu.
LWLock:MultiXactMemberBuffer— Sebuah proses I/O sedang menunggu buffer sederhana yang paling tidak baru digunakan (SLRU) untuk anggota multixact.LWLock:MultiXactMemberSLRU– Suatu proses sedang menunggu akses cache simple least-recently used (SLRU) untuk anggota multixact.LWLock:MultiXactOffsetBuffer— Sebuah proses I/O sedang menunggu buffer sederhana yang paling tidak baru digunakan (SLRU) untuk offset multixact.LWLock:MultiXactOffsetSLRU– Suatu proses sedang menunggu akses cache simple least-recently used (SLRU) untuk offset multixact.
Versi mesin yang didukung
Informasi peristiwa tunggu ini didukung untuk semua versi Aurora PostgreSQL.
Konteks
Multixact adalah struktur data yang menyimpan daftar ID transaksi (XID) yang memodifikasi baris tabel yang sama. Saat satu transaksi merujuk suatu baris dalam tabel, ID transaksi disimpan pada baris header tabel. Saat beberapa transaksi merujuk baris yang sama pada tabel, daftar ID transaksi disimpan dalam struktur data multixact. Peristiwa tunggu multixact menunjukkan bahwa sesi mengambil dari struktur data daftar transaksi yang merujuk ke baris tertentu dalam tabel.
Kemungkinan penyebab peningkatan peristiwa tunggu
Tiga penyebab umum penggunaan multixact adalah sebagai berikut:
Sub-transactions dari savepoint eksplisit — Membuat savepoint secara eksplisit dalam transaksi Anda menghasilkan transaksi baru untuk baris yang sama. Misalnya, menggunakan
SELECT FOR UPDATE, laluSAVEPOINT, danUPDATE.Beberapa driver, object-relational mappers (ORM), dan lapisan abstraksi memiliki opsi konfigurasi untuk secara otomatis membungkus semua operasi dengan titik simpan. Hal ini dapat membuat banyak peristiwa tunggu multixact di beberapa beban kerja. Opsi
autosaveDriver JDBC PostgreSQL adalah contohnya. Untuk informasi selengkapnya, lihat pgJDBCpada dokumentasi JDBC PostgreSQL. Contoh lainnya adalah driver ODBC PostgreSQL dan opsi protocol. Untuk informasi selengkapnya, lihat Opsi Konfigurasi psqlODBCpada dokumentasi driver ODBC PostgreSQL. Sub-transactions dari klausa PL/pgSQL EXCEPTION — Setiap
EXCEPTIONklausa yang Anda tulis dalam PL/pgSQL fungsi atau prosedur membuat internal.SAVEPOINTKunci asing – Beberapa transaksi memperoleh kunci bersama pada catatan induk.
Saat baris tertentu disertakan dalam beberapa operasi transaksi, pemrosesan baris memerlukan pengambilan ID transaksi dari daftar multixact. Jika pencarian tidak mendapatkan multixact dari cache memori, struktur data harus dibaca dari lapisan penyimpanan Aurora. Ini I/O dari penyimpanan berarti bahwa kueri SQL dapat memakan waktu lebih lama. Kesalahan cache memori dapat mulai terjadi dengan penggunaan yang berat karena jumlah transaksi ganda yang besar. Semua faktor ini berkontribusi pada peningkatan peristiwa tunggu ini.
Tindakan
Kami merekomendasikan berbagai tindakan, tergantung pada penyebab peristiwa tunggu Anda. Beberapa tindakan ini dapat membantu untuk segera mengurangi peristiwa tunggu. Namun, yang lainnya mungkin memerlukan penyelidikan dan koreksi untuk menskalakan beban kerja Anda.
Topik
Lakukan pembekuan vakum di atas tabel dengan peristiwa tunggu ini
Jika peristiwa tunggu ini melonjak mendadak dan memengaruhi lingkungan produksi, Anda dapat menggunakan salah satu metode sementara berikut untuk mengurangi penghitungannya.
-
Gunakan VACUUM FREEZE pada tabel atau partisi tabel yang terpengaruh untuk segera menyelesaikan masalah. Untuk informasi selengkapnya, lihat VACUUM
. -
Gunakan klausa VACUUM (FREEZE, INDEX_CLEANUP FALSE) untuk melakukan vakum cepat dengan melewati indeks. Untuk informasi selengkapnya, lihat Memvakum tabel secepat mungkin.
Tingkatkan frekuensi autovacuum pada tabel dengan peristiwa tunggu ini
Setelah memindai semua tabel di semua basis data, VACUUM akan menghapus multixact, dan nilai multixact tertua akan dimajukan. Untuk informasi selengkapnya, lihat Multixact dan Wraparound
Jika menggunakan VACUUM FREEZE pada tabel atau partisi tabel yang terpengaruh menyelesaikan masalah peristiwa tunggu, sebaiknya gunakan penjadwal, seperti pg_cron, untuk melakukan VACUUM daripada menyesuaikan autovacuum pada tingkat instans.
Agar autovacuum terjadi lebih sering, Anda dapat mengurangi nilai parameter penyimpanan autovacuum_multixact_freeze_max_age pada tabel yang terpengaruh. Untuk informasi selengkapnya, lihat autovacuum_multixact_freeze_max_age
Meningkatkan parameter memori
Anda dapat mengoptimalkan penggunaan memori untuk cache multixact dengan menyesuaikan parameter berikut. Pengaturan ini mengontrol berapa banyak memori yang disediakan untuk cache ini, yang dapat membantu mengurangi peristiwa menunggu multixact di beban kerja Anda. Kami merekomendasikan memulai dengan nilai-nilai berikut:
- Untuk Aurora PostgreSQL 17 dan yang lebih baru:
-
multixact_offset_buffers= 128multixact_member_buffers= 256
- Untuk Aurora PostgreSQL 16 dan sebelumnya:
-
multixact_offsets_cache_size= 128multixact_members_cache_size= 256
catatan
Di Aurora PostgreSQL 17, nama parameter diubah dari multixact_offsets_cache_size ke multixact_offset_buffers dan dari menjadi selaras dengan komunitas PostgreSQL 17. multixact_members_cache_size multixact_member_buffers
Anda dapat mengatur parameter ini di tingkat cluster sehingga semua instance di cluster Anda tetap konsisten. Kami menyarankan Anda untuk menguji dan menyesuaikan nilai agar sesuai dengan persyaratan beban kerja spesifik dan kelas instance Anda. Anda harus me-reboot instance writer agar perubahan parameter diterapkan.
Parameter dinyatakan dalam hal entri cache multixact. Setiap entri cache menggunakan 8 KB memori. Untuk menghitung total memori yang dicadangkan, kalikan setiap nilai parameter dengan8 KB. Misalnya, jika Anda menyetel parameter ke 128, total memori cadangan akan menjadi128 * 8 KB = 1 MB.
Mengurangi transaksi jangka panjang
Long-running Transaksi menyebabkan kekosongan menyimpan informasinya sampai transaksi dilakukan atau sampai transaksi read-only ditutup. Kami merekomendasikan Anda untuk secara proaktif memantau dan mengelola transaksi jangka panjang. Untuk informasi selengkapnya, lihat Basis data telah lama berjalan idle dalam koneksi transaksi. Cobalah untuk memodifikasi aplikasi Anda untuk menghindari atau meminimalkan penggunaan transaksi jangka panjang Anda.
Tindakan jangka panjang
Periksa beban kerja Anda untuk menemukan penyebab limpahan multixact. Anda harus memperbaiki masalah tersebut untuk menskalakan beban kerja Anda dan mengurangi peristiwa tunggu.
Anda harus menganalisis DDL (data definition language) yang digunakan untuk membuat tabel Anda. Pastikan bahwa struktur dan indeks tabel dirancang dengan baik.
Saat tabel yang terpengaruh memiliki kunci asing, tentukan apakah diperlukan atau jika ada cara lain untuk memberlakukan integritas referensial.
Saat sebuah tabel memiliki indeks besar yang tidak digunakan, hal tersebut dapat menyebabkan autovacuum tidak sesuai dengan beban kerja Anda dan mungkin memblokirnya agar tidak berjalan. Untuk menghindari hal ini, periksa indeks yang tidak digunakan dan hapus sepenuhnya. Untuk informasi selengkapnya, lihat Mengelola autovacuum dengan indeks besar.
Kurangi penggunaan titik simpan dalam transaksi Anda.
