Why Postgres Breaks Kubernetes container_memory_working_set_bytes Metric

Postgres 19: How Our Advice Has Changed Since...

Bài viết đánh giá lại những lời khuyên trước đây về các tính năng như COPY, TOAST, BRIN, covering indexes và partitioning trong PostgreSQL, xem xét những thay đổi từ các phiên bản Postgres gần đây và đưa ra khuyến nghị cho phiên bản sắp tới (Postgres 19).

Một lập trình viên nên đọc bài này để cập nhật cách tối ưu hóa cơ sở dữ liệu PostgreSQL 19 mới nhất, đặc biệt là về các kỹ thuật như COPY, TOAST, BRIN, và cách sử dụng các chỉ mục bù và phân vùng hiệu quả, giúp cải thiện hiệu suất và quản lý tài nguyên trong ứng dụng hiện đại.

Rebuilding Linear’s delta sync read path

Linear đã sử dụng Turbopuffer để tối ưu hóa đường dẫn đọc đồng bộ (delta sync read path), đảm bảo độ trễ bắt kịp dữ liệu (catch-up latency) ổn định trên khối lượng hơn 20 TB thao tác đồng bộ.

Một lập trình viên cần đọc bài này để hiểu cách tối ưu hóa cơ chế đồng bộ delta sync bằng Turbopuffer, giúp giảm thiểu thời gian chậm trễ khi xử lý hàng trăm GB hoặc TB dữ liệu đồng bộ, đặc biệt quan trọng trong hệ thống phân tán và ứng dụng có yêu cầu độ tin cậy cao về thời gian phản hồi.

Connect client traces to your logs

supabase-js giờ đây có thể truyền tải W3C Trace Context tới Supabase, giúp trace từ client và log tương ứng trên Supabase chia sẻ chung một trace_id.

Lập trình viên nên đọc bài này để hiểu cách tích hợp tracing W3C vào Supabase, giúp theo dõi và debug các yêu cầu client qua logs một cách liên kết chặt chẽ, tiết kiệm thời gian và công sức khi phân tích vấn đề trong môi trường sản phẩm.

Does anyone run Postgres without PgBouncer?

Hầu hết các nhà cung cấp Postgres lớn (AWS RDS, Azure, Google Cloud SQL, Supabase …

How Sony LIV uses ClickHouse Cloud to deliver live streaming analytics at billion-row scale

Sony LIV đã hợp nhất các khối công việc phân mảnh từ batch, Elasticsearch và BigQuery lên ClickHouse Cloud, giúp cung cấp khả năng phân tích dữ liệu streaming với tốc độ dưới 1 giây ngay cả khi xử lý hàng tỷ sự kiện mỗi ngày.

Lập trình viên chuyên nghiệp nên đọc bài này để hiểu cách ClickHouse Cloud tối ưu hóa phân tích thời gian thực cho các ứng dụng stream lớn, giúp tiết kiệm chi phí và tăng hiệu suất khi xử lý hàng tỷ dữ liệu hàng ngày.

Doltgres is as Fast as MySQL is Slow

Doltgres đã đạt hiệu suất tương đương MySQL nhờ những tối ưu hóa gần đây.

witr: Why is this running? Trace process, port, container or file

witr là công cụ truy vết nguyên nhân của tiến trình, port, container hay file đang chạy, hiển thị toàn bộ chuỗi khởi động từ systemd, supervisor, shell hay cron cùng thông tin người khởi động, thời gian, nguồn gốc và cảnh báo quan trọng. Có thể chạy dạng tương tác TUI hoặc script với định dạng đầu ra ngắn gọn (--short) hoặc JSON (--json), hỗ trợ đa nền tảng qua một file binary Go tĩnh.

Lập trình viên nên đọc bài này để hiểu cách khám phá và giải quyết nguyên nhân sâu sắc của các quá trình bất thường, container hoặc dịch vụ chạy trong hệ thống, từ nguồn gốc khởi động đến các cảnh báo quan trọng mà ps, top hoặc lsof không thể cung cấp.

Sixteen Locks Ought to Be Enough for Anybody

Mỗi truy vấn PostgreSQL chiếm 16 slot khóa (AccessShareLock) trong mảng fast-path, nhưng nếu bảng có hơn 16 quan hệ (bảng + indexes), các khóa dư sẽ chuyển sang bảng khóa chia sẻ tốn kém, gây ùn tắc LWLock:LockManager và tăng CPU khi tải truy vấn cao. PostgreSQL 18 bỏ giới hạn 16 slot này bằng cách điều chỉnh kích thước mảng từ max_locks_per_transaction (mặc định 64), trong khi các prepared statements (đã khắc phục lỗi tương thích với PgBouncer 1.21) vẫn tránh được vấn đề này nhưng không tương thích với RDS Proxy. Khuyến cáo vẫn là hạn chế tạo quá nhiều indexes cho bảng.

Lập trình viên nên đọc bài này để hiểu cách PostgreSQL 18 cải thiện hiệu suất truy vấn bằng cách loại bỏ giới hạn 16 slot lock cố định, giúp giảm chậm trễ và tốn CPU khi có nhiều bảng và chỉ số, đặc biệt khi sử dụng connection pooler như PgBouncer.