PgColumnar 1.0Alpha2 released — CommandPrompt Inc.

npm 12 Released: Install Scripts Off by Default as Registry Moves to Explicit Trust

npm 12 mặc định tắt cài đặt scripts trong quá trình cài đặt package, buộc người dùng phải …

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 …

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.

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.

Lập trình viên muốn tối ưu ứng dụng database cho hiệu suất cao và khả năng mở rộng nhanh chóng nên đọc bài này để khám phá cách Doltgres vượt trội so với MySQL trong các trường hợp sử dụng thực tế.

New Modern JDBC Driver for PostgreSQL

Bộ driver JDBC mới cho PostgreSQL tên pg-java được viết từ đầu bởi Sehrope Sarkini, tận dụng cách tiếp cận native của PostgreSQL thay vì dựa trên các trừu tượng tối giản của JDBC. Sử dụng Java 21 virtual threads và ReentrantLock thay cho synchronized, driver hỗ trợ hàng nghìn kết nối mà không cần event loop hay callback API.

Nếu bạn đang làm việc với PostgreSQL và gặp khó khăn về hiệu suất với JDBC truyền thống, thì bài này sẽ giúp bạn khám phá một giải pháp tiên tiến, tối ưu hóa hiệu suất bằng cách loại bỏ rào cản của JDBC và sử dụng cơ chế pull cursor cùng virtual threads trong Java 21.

Neon Functions: backend logic next to your data

Neon Functions là giải pháp compute serverless tích hợp trực tiếp vào nhánh (branch) Neon, giúp triển khai logic backend ngay cạnh dữ liệu.

Lập trình viên backend nên đọc bài này để khám phá cách Neon Functions tích hợp logic máy chủ trực tiếp vào cơ sở dữ liệu PostgreSQL, giúp tối ưu hóa hiệu suất, giảm chi phí và giảm thiểu việc quản lý các dịch vụ máy chủ tách biệt.

All Your GUCs in a Row: jit_above_cost, jit_inline_above_cost, and jit_optimize_above_cost

Hệ thống JIT của PostgreSQL sử dụng ba tham số GUC (jit_above_cost, jit_inline_above_cost, jit_optimize_above_cost) dựa trên chi phí ước tính của planner, nhưng thường kích hoạt không cần thiết do chi phí này phụ thuộc vào khối lượng dữ liệu thay vì độ phức tạp biểu thức. Việc giảm ngưỡng kích hoạt JIT không được khuyến nghị; thay vào đó, nên bật/tắt JIT ở cấp cơ sở dữ liệu và theo dõi thông qua pg_stat_statements.

Lập trình viên nên đọc bài này để hiểu cách tối ưu hóa hiệu suất PostgreSQL bằng cách điều chỉnh các tham số JIT dựa trên chi phí thực tế của các truy vấn, tránh tình trạng recompile liên tục gây lãng phí tài nguyên mà không mang lại lợi ích thực tế.