The Persistence APIs That Skip the Record Lifecycle

LibreDB Studio: an open source, self-hosted SQL IDE for PostgreSQL in the browser

LibreDB Studio là IDE SQL mã nguồn mở, tự host cho PostgreSQL chạy trên trình duyệt, triển …

Connection Pool Sizing, Measured: Why 48 Connections Beat 400

Bài viết thực nghiệm trên PostgreSQL bằng cách tăng số kết nối từ 1 lên 400 để đo throughput và latency. Kết quả cho thấy throughput đạt đỉnh ở khoảng 48 kết nối, sau đó giảm 37% khi tăng lên 400 kết nối, đồng thời latency tăng gấp 13 lần. Nguyên nhân là sự cạnh tranh về tài nguyên bộ nhớ và luồng trong PostgreSQL khi số kết nối vượt quá khả năng xử lý của CPU và bộ nhớ đệm, gây ra hiện tượng thrashing và tăng thời gian chờ lock. Điều này dạy chúng ta nên đo lường đường cong hiệu suất và chọn kích thước connection pool phù hợp, thay vì đặt giá trị cao nhất có thể.

Bài viết này giúp lập trình viên hiểu cách tối ưu kích thước connection pool để đạt hiệu suất cao nhất.

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 …

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, Neon...) đều tích hợp sẵn PgBouncer hoặc giải pháp pooling tương tự, chỉ trừ IBM Cloud và Oracle OCI. Bài viết cho rằng pooling là yếu tố bắt buộc vì Postgres xử lý kết nối kém hiệu quả, trái ngược với MySQL hay MongoDB vốn không cần giải pháp bổ sung.

Là lập trình viên quản lý cơ sở dữ liệu PostgreSQL, bạn nên đọc bài này để hiểu tại sao việc sử dụng PgBouncer không chỉ là một giải pháp hiệu quả mà còn là một công cụ bắt buộc để tối ưu hóa hiệu suất, tránh tình trạng "connection leak" và giảm chi phí tài nguyên khi làm việc với nhiều ứng dụng đồng thời.

All Your GUCs in a Row: lock_timeout

PostgreSQL's lock_timeout giới thời gian chờ để khóa bảng trong migration, ngăn chặn tình trạng table bị offline, nên đặt 1-3 giây cho migration roles với retry loop.

Bài viết giúp lập trình viên hiểu và áp dụng lock_timeout một cách hiệu quả để tránh làm tê liệt cơ sở dữ liệu trong quá trình di chuyển schema.

Queue-SQL: Run Mass Deletes and Updates Across Parallel Queue Jobs

Queue-SQL là một package Laravel giúp chuyển đổi các thao tác mass update, delete và insert thành các batch job chạy song song.

Lập trình viên cần đọc bài này để hiểu cách tối ưu hóa hiệu suất và giảm thời gian xử lý khi thực hiện các thao tác bulk update/delete trong Laravel bằng cách chia thành các công việc queued song song, tránh tình trạng chậm trễ khi xử lý hàng loạt dữ liệu.

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.

Branching databases like code: a CI/CD pattern for Lakebase, in production at Glaspoort

Glaspoort áp dụng mô hình CI/CD cho OLTP trên Databricks Lakebase bằng cách nhánh từ môi trường sản xuất, tạo cơ sở dữ liệu tạm theo từng pull request (PR), và sử dụng migration làm nguồn sự thật duy nhất.

Nếu bạn đang xây dựng hệ thống OLTP với môi trường sản xuất phức tạp, bài viết này sẽ giúp bạn hiểu cách áp dụng mô hình nhánh cơ sở dữ liệu như mô hình nhánh mã để tự động hóa CI/CD một cách an toàn và hiệu quả.