Some more thoughts on random_page_cost

A deep dive into PostgreSQL's random_page_cost parameter, arguing it should not be treated as a raw I/O cost measurement. The author explains that the query planner's cost model has significant gaps — it ignores memory usage, caching effects, and the concept of an 'active set' of frequently accessed data. Because of these gaps, random_page_cost effectively acts as a proxy that nudges the planner toward more localized access patterns (index scans over sequential scans), which keeps the active working set in memory. This means no profiling tool can determine the 'right' value automatically — tuning must be system-specific, guided by monitoring tools like pg_stat_statements and observing real query behavior.

Nguồn: https://postgr.es/p/9na. 8sync News chỉ tóm tắt và dẫn link; bản quyền nội dung thuộc tác giả và nguồn gốc.

Đề xuất cho bạn

ClickHouse18 phút8 giờ trướcAI

How Vibe.co handles billions of ad impressions with ClickHouse Cloud

Vibe.co, nền tảng quảng cáo TV kết nối bị Walmart mua lại, đã chuyển từ Postgres sang ClickHouse Cloud để xử lý hàng tỷ lượt hiển thị quảng cáo. Giải pháp này loại bỏ lớp tiền tổng hợp kém ổn định, mở rộng dữ liệu lưu trữ từ ~100 GB lên hơn 2 TB mà không cần thay đổi kiến trúc, đồng thời cung cấp 90%+ báo cáo chiến dịch cho khách hàng trong dưới 100ms.

Những kỹ thuật tối ưu hóa quy mô lớn của Vibe.co cho ClickHouse Cloud sẽ giúp bạn hiểu cách xử lý dữ liệu thời gian thực hiệu quả, giảm chi phí và tăng tốc độ báo cáo khi làm việc với lượng dữ liệu khổng lồ.

#postgresql