Kami menggunakan Postgres 9.2 pada Windows untuk menyimpan data rentang waktu frekuensi rendah: kami memasukkan sekitar 2000 baris per detik setiap 24 jam, 7 hari seminggu tanpa downtime. Ada DELETE
yang berjalan di atas meja setiap 10 menit atau lebih untuk menjaga panjang meja ke jumlah hari yang tetap. Ini akhirnya menjadi 900 juta baris yang cukup stabil. (Bagi mereka yang tertarik, SELECT
, INSERT
, DELETE
semua performant).
Dengan demikian DELETE
, menghapus baris sementara tidak membebaskan ruang disk. Untuk itu kita perlu VACUUM
berlari.
Saya telah menanyakan pg_stat_user_tables
dan VACUUM
tampaknya tidak pernah berjalan.
Apa yang saya mengerti dari berbagai dokumen ( http://www.postgresql.org/docs/9.2/static/routine-vacuuming.html ):
- kami tampaknya memiliki vakum otomatis, dan itu berjalan di tabel lain.
- vakum otomatis tidak berjalan
FULL
, dan seharusnya tidak memerlukan kunci eksklusif di atas meja.
Apakah ada yang punya pikiran mengapa vakum otomatis tidak berjalan? Apakah ini murni karena meja terus sibuk?
Dan itu layak dijalankan VACUUM
setelah setiap DELETE
dalam kasus ini (yang berjalan setiap 10 menit)?
Edit:
Permintaan menggunakan SQL dari tautan SO di bawah:
-[ RECORD 2 ]---+---------------------------
schemaname | stats
relname | statistic_values_by_sec
last_vacuum |
last_autovacuum |
n_tup | 932,315,264
dead_tup | 940,727,818
av_threshold | 186,463,103
expect_av | *
dan output mentah:
-[ RECORD 3 ]-----+---------------------------
relid | 501908
schemaname | stats
relname | statistic_values_by_sec
seq_scan | 12
seq_tup_read | 4526762064
idx_scan | 29643
idx_tup_fetch | 2544206912
n_tup_ins | 1573896877
n_tup_upd | 0
n_tup_del | 941176496
n_tup_hot_upd | 0
n_live_tup | 688858417
n_dead_tup | 940727818
last_vacuum |
last_autovacuum |
last_analyze |
last_autoanalyze | 2014-08-09 01:36:21.703+01
vacuum_count | 0
autovacuum_count | 0
analyze_count | 0
autoanalyze_count | 69
select * from pg_stat_user_tables
tabel ini (digunakan\x
dalam psql untuk output yang diformat dengan baik)