Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Lock:Relation
Peristiwa Lock:Relation
terjadi saat kueri menunggu untuk memperoleh kunci pada tabel atau tampilan (relasi) yang saat ini dikunci oleh transaksi lain.
Versi mesin yang didukung
Informasi acara tunggu ini didukung untuk semua versi Aurora Postgre. SQL
Konteks
Sebagian besar SQL perintah Postgre secara implisit menggunakan kunci untuk mengontrol akses bersamaan ke data dalam tabel. Anda juga dapat menggunakan kunci ini secara eksplisit dalam kode aplikasi Anda dengan perintah LOCK
. Banyak mode kunci yang tidak kompatibel satu sama lain, dan mode ini dapat memblokir transaksi saat mencoba mengakses objek yang sama. Ketika ini terjadi, Aurora Postgre SQL menghasilkan sebuah peristiwa. Lock:Relation
Berikut adalah beberapa contoh umum:
Kunci eksklusif seperti
ACCESS EXCLUSIVE
dapat memblokir semua akses konkuren. Operasi bahasa definisi data (DDL) sepertiDROP TABLE
,,TRUNCATE
VACUUM FULL
, danCLUSTER
memperolehACCESS EXCLUSIVE
kunci secara implisit.ACCESS EXCLUSIVE
juga merupakan mode kunci default untukLOCK TABLE
pernyataan yang tidak menentukan mode secara eksplisit.Menggunakan
CREATE INDEX (without CONCURRENT)
pada tabel bertentangan dengan pernyataan bahasa manipulasi data (DML)UPDATE
,DELETE
, danINSERT
, yang memperolehROW EXCLUSIVE
kunci.
Untuk informasi selengkapnya tentang kunci tingkat tabel dan mode kunci yang bertentangan, lihat Penguncian Eksplisit
Kueri dan transaksi yang memblokir biasanya dapat dibuka blokirnya dengan salah satu cara berikut:
Kueri yang memblokir – Aplikasi dapat membatalkan kueri atau pengguna dapat mengakhiri proses. Mesin juga dapat memaksa kueri untuk berakhir karena batas waktu pernyataan sesi atau mekanisme deteksi deadlock.
Transaksi yang memblokir – Transaksi berhenti memblokir saat menjalankan pernyataan
ROLLBACK
atauCOMMIT
. Rollback juga terjadi secara otomatis saat sesi diputus oleh klien atau masalah jaringan, atau diakhiri. Sesi dapat berakhir saat mesin basis data dimatikan, sistem kehabisan memori, dan sebagainya.
Kemungkinan penyebab peningkatan peristiwa tunggu
Saat peristiwa Lock:Relation
terjadi lebih sering dari biasanya, hal tersebut dapat menunjukkan masalah performa. Penyebab umumnya meliputi yang berikut:
- Peningkatan sesi konkuren dengan kunci tabel yang bertentangan
-
Mungkin ada peningkatan jumlah sesi konkuren dengan kueri yang mengunci tabel yang sama dengan mode kunci yang bertentangan.
- Operasi pemeliharaan
-
Operasi pemeliharaan kondisi seperti
VACUUM
danANALYZE
dapat secara signifikan meningkatkan jumlah kunci yang bertentangan.VACUUM FULL
memperoleh kunciACCESS EXCLUSIVE
, danANALYZE
memperoleh kunciSHARE UPDATE EXCLUSIVE
. Kedua jenis kunci tersebut dapat menyebabkan peristiwa tungguLock:Relation
. Operasi pemeliharaan data aplikasi seperti menyegarkan tampilan terwujud juga dapat meningkatkan kueri dan transaksi yang diblokir. - Kunci pada instans pembaca
-
Mungkin ada pertentangan antara kunci relasi yang dipegang oleh penulis dan pembaca. Saat ini, hanya kunci relasi
ACCESS EXCLUSIVE
yang direplikasi ke instans pembaca. Namun, kunci relasiACCESS EXCLUSIVE
akan bertentangan dengan kunci relasiACCESS SHARE
yang dipegang oleh pembaca. Hal ini dapat menyebabkan peningkatan peristiwa tunggu relasi kunci pada pembaca.
Tindakan
Kami merekomendasikan berbagai tindakan, tergantung pada penyebab peristiwa tunggu Anda.
Topik
Mengurangi dampak dari SQL pernyataan pemblokiran
Untuk mengurangi dampak pemblokiran SQL pernyataan, ubah kode aplikasi Anda jika memungkinkan. Berikut adalah dua teknik umum untuk mengurangi pemblokiran:
Gunakan
NOWAIT
opsi — Beberapa SQL perintah, sepertiSELECT
danLOCK
pernyataan, mendukung opsi ini. ArahanNOWAIT
membatalkan kueri permintaan kunci jika kunci tidak dapat segera diperoleh. Teknik ini dapat membantu mencegah sesi yang memblokir menyebabkan penumpukan sesi yang diblokir di belakangnya.Misalnya: Transaksi A sedang menunggu kunci yang dipegang oleh transaksi B. Jika B meminta kunci pada tabel yang dikunci oleh transaksi C, transaksi A mungkin diblokir hingga transaksi C selesai. Namun, jika transaksi B menggunakan
NOWAIT
saat meminta kunci pada C, transaksi ini dapat gagal cepat (fail fast) dan memastikan bahwa transaksi A tidak harus menunggu tanpa batas waktu.Gunakan
SET lock_timeout
— Tetapkanlock_timeout
nilai untuk membatasi waktu SQL pernyataan menunggu untuk memperoleh kunci pada relasi. Jika kunci tidak diperoleh dalam batas waktu yang ditentukan, transaksi yang meminta kunci dibatalkan. Tetapkan nilai ini pada tingkat sesi.
Minimalkan efek operasi pemeliharaan
Operasi pemeliharaan seperti VACUUM
dan ANALYZE
bersifat penting. Sebaiknya jangan dinonaktifkan karena peristiwa tunggu Lock:Relation
berkaitan dengan operasi pemeliharaan ini. Pendekatan berikut dapat meminimalkan efek operasi ini:
Jalankan operasi pemeliharaan secara manual di luar jam sibuk.
Untuk mengurangi peristiwa tunggu
Lock:Relation
yang disebabkan oleh tugas autovacuum, lakukan penyetelan autovacuum yang diperlukan. Untuk informasi tentang menyetel autovacuum, lihat Bekerja dengan Postgre SQL autovacuum di Amazon di Panduan Pengguna Amazon. RDS RDS
Periksa kunci pembaca
Anda dapat melihat bagaimana sesi bersamaan pada kunci yang mungkin dipegang oleh penulis dan pembaca yang memblokir satu sama lain. Salah satu cara untuk melakukannya adalah dengan menjalankan kueri yang mengembalikan jenis kunci dan relasi. Dalam tabel, Anda dapat menemukan urutan kueri untuk dua sesi bersamaan seperti itu, sesi penulis dan sesi pembaca.
Proses pemutaran ulang menunggu durasi max_standby_streaming_delay
sebelum membatalkan kueri pembaca. Seperti yang ditunjukkan pada contoh, batas waktu kunci 100 md jauh di bawah default max_standby_streaming_delay
30 detik. Waktu kunci habis sebelum menjadi masalah.
Acara urutan | Sesi | Perintah atau Output |
---|---|---|
Menetapkan variabel lingkungan dipanggil READER dengan nilai yang ditentukan dan mencoba untuk terhubung ke instance DB dengan endpoint ini. |
Sesi pembaca |
CLIperintah:
Output: psql (15devel, server 10.14) Type "help" for help. |
Menetapkan variabel lingkungan dipanggil WRITER dan mencoba untuk terhubung ke instance DB dengan endpoint ini. |
Sesi penulis |
CLIperintah:
Output: psql (15devel, server 10.14) Type "help" for help. |
Sesi penulis membuat tabel t1 pada instance penulis. |
Sesi penulis |
Kueri postgreSQL:
|
Jika tidak ada pertanyaan yang bertentangan pada penulis, ACCESS EXCLUSIVE kunci diperoleh pada penulis segera. |
Sesi penulis |
|
Sesi pembaca menetapkan interval batas waktu kunci 100 milidetik. |
Sesi pembaca |
Kueri postgreSQL:
|
Sesi pembaca mencoba membaca data dari tabel t1 pada instance pembaca. |
Sesi pembaca |
Kueri postgreSQL:
Contoh output: b --- (0 rows) |
Sesi penulis turun t1. |
Sesi penulis |
Kueri postgreSQL:
|
Waktu kueri habis dan dibatalkan pada pembaca. |
Sesi pembaca |
Kueri postgreSQL:
Contoh output: ERROR: canceling statement due to lock timeout LINE 1: SELECT * FROM t1; ^ |
Untuk menentukan penyebab kesalahan. kueri sesi pembaca dan |
Sesi pembaca |
Kueri postgreSQL:
|
Hasilnya menunjukkan bahwa |
Sesi pembaca |
Hasil kueri:
|