Bekerja dengan PostgreSQL autovacuum di Amazon RDS Aurora PostgreSQL - Amazon Aurora
Mengalokasikan memori untuk autovacuumMengurangi kemungkinan penyelesaian ID transaksi

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

Bekerja dengan PostgreSQL autovacuum di Amazon RDS Aurora PostgreSQL

Kami sangat menyarankan Anda menggunakan fitur autovacuum untuk menjaga kondisi instans DB PostgreSQL Anda. Autovacuum akan mengotomatiskan awal perintah VACUUM dan ANALYZE. Kemudian memeriksa tabel yang memuat banyak tuple yang dimasukkan, diperbarui, atau dihapus. Setelah pemeriksaan ini, autovacuum akan mengambil kembali penyimpanan dengan menghapus data usang atau tuple dari basis data PostgreSQL.

Secara default, autovacuum diaktifkan untuk DB instance yang Anda buat menggunakan salah satu grup parameter PostgreSQL DB default. Parameter konfigurasi lain yang terkait dengan fitur autovacuum juga diatur secara default. Karena parameter default ini cukup umum, Anda dapat memanfaatkannya dengan menyetel beberapa parameter yang terkait dengan fitur autovacuum untuk beban kerja spesifik Anda.

Berikut ini, Anda dapat menemukan informasi lebih lanjut tentang autovacuum dan cara menyetel beberapa parameternya pada DB instance.

Topik

Mengalokasikan memori untuk autovacuum

Salah satu parameter paling penting yang memengaruhi kinerja autovacuum adalah parameter autovacuum_work_mem. Dalam Aurora PostgreSQL versi 14 dan autovacuum_work_mem sebelumnya, parameter diatur ke -1, menunjukkan bahwa pengaturan digunakan sebagai gantinya. maintenance_work_mem Untuk semua versi lainnya, autovacuum_work_mem ditentukan oleh GREATEST ({DBInstanceClassMemory/32768}, 65536).

Operasi vakum manual selalu menggunakan maintenance_work_mem pengaturan, dengan pengaturan default GREATEST ({DBInstanceClassMemory/63963136 *1024}, 65536), dan juga dapat disesuaikan pada tingkat sesi menggunakan perintah untuk operasi manual yang lebih bertarget. SET VACUUM

Memori autovacuum_work_mem menentukan untuk autovacuum untuk menampung pengidentifikasi tupel mati () untuk indeks penyedot debu. pg_stat_all_tables.n_dead_tup

Saat melakukan perhitungan untuk menentukan nilai autovacuum_work_mem parameter, perhatikan hal-hal berikut:

  • Jika Anda mengatur parameter terlalu rendah, proses vakum mungkin harus memindai tabel beberapa kali untuk menyelesaikan pekerjaannya. Pemindaian berulang seperti ini dapat berdampak negatif pada performa. Untuk contoh yang lebih besar, pengaturan maintenance_work_mem atau autovacuum_work_mem setidaknya 1 GB dapat meningkatkan kinerja tabel penyedot debu dengan jumlah tupel mati yang tinggi. Namun, dalam PostgreSQL versi 16 dan sebelumnya, penggunaan memori vakum dibatasi pada 1 GB, yang cukup untuk memproses sekitar 179 juta tupel mati dalam satu lintasan. Jika tabel memiliki lebih banyak tupel mati daripada ini, vakum perlu membuat beberapa lintasan melalui indeks tabel, secara signifikan meningkatkan waktu yang dibutuhkan. Dimulai dengan PostgreSQL versi 17, tidak ada batasan 1 GB, dan autovacuum dapat memproses lebih dari 179 juta tupel dengan menggunakan pohon radix.

    Pengenal Tuple berukuran 6 byte. Untuk memperkirakan memori yang diperlukan untuk menyedot indeks tabel, kueri pg_stat_all_tables.n_dead_tup untuk menemukan jumlah tupel mati, lalu kalikan angka ini dengan 6 untuk menentukan memori yang diperlukan untuk menyedot debu indeks dalam satu lintasan. Anda dapat menggunakan kueri berikut:

    SELECT
    relname AS table_name,
    n_dead_tup,
    pg_size_pretty(n_dead_tup * 6) AS estimated_memory
FROM
    pg_stat_all_tables
WHERE
    relname = 'name_of_the_table';

  • Parameter autovacuum_work_mem bekerja secara bersama-sama dengan parameter autovacuum_max_workers. Setiap pekerja di antara autovacuum_max_workers dapat menggunakan memori yang Anda alokasikan. Jika Anda memiliki banyak tabel kecil, alokasikan lebih banyak parameter autovacuum_max_workers dan lebih sedikit parameter autovacuum_work_mem. Jika Anda memiliki tabel besar (lebih besar dari 100 GB), alokasikan lebih banyak memori dan lebih sedikit proses pekerja. Anda harus memiliki cukup memori yang dialokasikan agar berhasil di tabel terbesar Anda. Jadi, pastikan bahwa kombinasi proses pekerja dan memori sama dengan total memori yang ingin Anda alokasikan.

Mengurangi kemungkinan penyelesaian ID transaksi

Dalam beberapa kasus, pengaturan kelompok parameter yang terkait dengan autovacuum mungkin tidak cukup agresif untuk mencegah penyelesaian ID transaksi. Untuk mengatasi hal ini, Aurora PostgreSQL menyediakan mekanisme yang menyesuaikan nilai parameter autovacuum secara otomatis. Autovacuum adaptif adalah fitur untuk RDS untuk PostgreSQL Aurora . Penjelasan terperinci tentang TransactionID wraparound dapat ditemukan dalam dokumentasi PostgreSQL.

Autovacuum adaptif diaktifkan secara default untuk RDS untuk instance PostgreSQL dengan parameter dinamis disetel ke ON. rds.adaptive_autovacuum Kami sangat menyarankan Anda untuk tetap mengaktifkan parameter dinamis ini. Namun, untuk menonaktifkan penyesuaian parameter autovacuum adaptif, atur parameter rds.adaptive_autovacuum ke 0 atau nonaktifkan.

Sampul ID transaksi masih dimungkinkan bahkan ketika menyetel parameter autovacuum. Kami mendorong Anda untuk menerapkan CloudWatch alarm Amazon untuk sampul ID transaksi. Untuk informasi selengkapnya, lihat posting Menerapkan sistem peringatan dini untuk sampul ID transaksi di RDS untuk PostgreSQL di Blog Database. AWS

Dengan penyetelan parameter autovacuum adaptif diaktifkan, Amazon RDS mulai menyesuaikan parameter autovacuum ketika CloudWatch metrik MaximumUsedTransactionIDs mencapai nilai parameter atau 500.000.000, mana yang lebih besar. autovacuum_freeze_max_age

Amazon RDS terus menyesuaikan parameter untuk autovacuum jika tabel terus menuju ke penyelesaian ID transaksi. Setiap penyesuaian ini secara khusus mengalokasikan lebih banyak sumber daya ke autovacuum untuk menghindari penyelesaian. Amazon RDS memperbarui parameter terkait autovacuum berikut ini:

RDS akan memodifikasi parameter ini hanya jika nilai yang baru membuat autovacuum lebih agresif. Parameter dimodifikasi dalam memori di instans DB. Nilai di grup parameter tidak diubah. Untuk melihat pengaturan dalam memori saat ini, gunakan perintah PostgreSQL SHOW SQL.

Jika Amazon RDS memodifikasi salah satu parameter autovacuum ini, Amazon RDS akan menghasilkan peristiwa untuk instans DB yang terdampak. Acara ini terlihat di AWS Management Console dan melalui Amazon RDS API. Setelah MaximumUsedTransactionIDs CloudWatch metrik kembali di bawah ambang batas, Amazon RDS mengatur ulang parameter terkait autovacuum dalam memori kembali ke nilai yang ditentukan dalam grup parameter. Kemudian, Amazon RDS akan menghasilkan peristiwa lain yang sesuai dengan perubahan ini.