1.
dari apa yang saya baca, ia meng-hash kueri dan menyimpannya di DB, menyimpan teks ke FS. Jadi perhatian berikutnya lebih diharapkan daripada memori bersama yang kelebihan beban:
hash teks jauh lebih kecil daripada teks, sehingga saya pikir Anda tidak perlu khawatir tentang konsumsi memori ekstensi yang membandingkan kueri yang panjang. Terutama mengetahui bahwa ekstensi menggunakan Penganalisis Kueri (yang akan berfungsi untuk SETIAP kueri APA SAJA ):
Menyetel pg_stat_statements.max 10 kali lebih besar harus mengambil 10 kali lebih banyak memori bersama saya percaya. Pertumbuhan harus linier . Tidak disebutkan dalam dokumentasi , tetapi secara logika seharusnya begitu.
Tidak ada jawaban apakah aman atau tidak untuk mengatur pengaturan ke nilai yang berbeda, karena tidak ada data pada nilai konfigurasi lain dan HW yang Anda miliki. Tetapi karena pertumbuhan harus linier, pertimbangkan jawaban ini:"jika Anda menyetelnya ke 5K, dan runtime kueri hampir tidak berkembang, maka menyetelnya ke 50K akan memperpanjangnya hampir tidak ada kali sepuluh". BTW, pertanyaan saya - siapa yang akan menggali 50000 pernyataan lambat? :)
2.
Ekstensi ini sudah membuat pra-agregasi untuk pernyataan "tidak dihargai". Anda dapat memilihnya langsung di DB, jadi memindahkan data ke db lain dan memilihnya di sana hanya akan memberi Anda manfaat dari membongkar DB asli dan memuat yang lain. Dengan kata lain, Anda menghemat 50MB untuk kueri asli, tetapi membelanjakan yang sama untuk kueri lain. Apakah masuk akal? Bagi saya - ya. Inilah yang saya lakukan sendiri. Tetapi saya juga menyimpan rencana eksekusi untuk pernyataan (yang bukan merupakan bagian dari ekstensi pg_stat_statements). Saya percaya itu tergantung pada apa yang Anda miliki dan apa yang Anda miliki. Jelas tidak perlu untuk itu hanya karena sejumlah pertanyaan. Sekali lagi kecuali Anda memiliki file yang sangat besar sehingga ekstensi dapat
