Đang tải bảng tin…
Hacker News0 Hot0 bình luận9 phút đọc
The four horsemen behind thousands of Postgres outages
Four common Postgres failure patterns that cause real production outages are examined, especially at startups without dedicated DBAs. First, VACUUM and transaction ID wraparound: Postgres's 32-bit transaction IDs can be exhausted, forcing a database shutdown; solutions include 64-bit transaction IDs or undo-log architectures. Second, connection limits: Postgres spawns a process per connection, making high connection counts expensive and requiring tools like PgBouncer as workarounds. Third, bad query plans: the planner can choose catastrophically slow plans with no fine-grained override mechanism like MySQL's planner hints. Fourth, JSON columns: Postgres collects no statistics on JSON fields, defaulting to a magic 0.1% selectivity estimate that almost guarantees bad plans, plus no cross-row compression. Each issue is discussed in the context of pgrust, a Rust-based Postgres reimplementation that addresses these problems through thread-based concurrency, planned 64-bit transaction IDs, an adaptive query planner, and JSON statistics/compression.
Nguồn: https://malisper.me/the-four-horsemen-behind-thousands-of-postgres-outages. 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
Planet PostgreSQL1 Hot4 phútAI
All Your GUCs in a Row: enable_tidscan
Bài viết phân tích tham số GUC enable_tidscan và cột hệ thống ctid trong PostgreSQL, giải thích rằng ctid đại diện cho địa chỉ vật lý (block, offset) của một dòng, tối ưu cho truy vấn đơn dòng nhanh nhất. PostgreSQL 14 bổ sung Tid Range Scan giúp tăng tốc độ backfill bằng cách quét tuần tự các phạm vi block liên tục. Tuy nhiên, ctid không ổn định khi dòng dữ liệu thay đổi, chỉ phù hợp cho các thao tác ngắn hạn.
