Postgres Is Enough

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.

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 khai dưới dạng container, Helm chart hoặc npm package. Công cụ hỗ trợ pooling connection, transaction rõ ràng, giám sát thông qua pg_stat_* và xác thực qua local account hoặc OIDC với kiểm soát quyền truy cập.

Lập trình viên phát triển ứng dụng PostgreSQL nên đọc để tìm hiểu cách tự host một IDE SQL trực tuyến, tối ưu hóa hiệu năng với cơ chế kết nối pooled và tự động rollback, đồng thời khám phá tính năng hỗ trợ quyền truy cập RBAC và hỗ trợ OIDC, giúp streamline quá trình phát triển và quản lý cơ sở dữ liệu.

Modular Monoliths: Creating Real Boundaries Before Reaching for Microservices

Bài viết khám phá sâu về modular monoliths, bao gồm module APIs, sở hữu database, giao tiếp giữa module, kiểm tra kiến trúc, di chuyển tăng dần và các tín hiệu chứng minh cần microservices.

Đọc bài này giúp bạn hiểu cách thiết kế kiến trúc modular monolith hiệu quả trước khi cân nhắc chuyển sang microservices.

How SLED teams win with agentic AI cybersecurity

Các cuộc tấn công được tăng tốc bởi AI đang vượt qua khả năng phòng thủ của các nhóm bảo mật SLED (state, local, education). Nguyên nhân kỹ thuật là những tổ chức này thường thiếu nền tảng dữ liệu đồng nhất và chất lượng cao cần cho các hệ thống AI. Hệ quả là khi dữ liệu bị phân mảnh hoặc không sạch, các mô hình agentic AI không thể đưa ra quyết định chính xác, dẫn tới khoảng cách bảo mật mở rộng. Để khắc phục, các đơn vị SLED đầu tư vào việc tích hợp kho dữ liệu, chuẩn hoá schema và triển khai pipeline làm sạch trước khi triển khai agentic AI. Bài học đáng học là đầu tư vào nền tảng dữ liệu là bước tiên quyết; chỉ khi dữ liệu sẵn sàng, agentic AI mới thực sự giúp giảm thiểu cuộc tấn công và nâng cao khả năng phản hồi.

SLED teams nên đọc bài này để biết cách đóng khoảng cách với các cuộc tấn công AI bằng cách xây dựng nền tảng dữ liệu vững chắc trước tiên.

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.

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.

We Switched From REST to gRPC for the Performance, Got It, and Then Spent a Year Fighting Everything That Used to Be Trivial. Two Years of Running Both Taught Me the Real Tradeoff.

Chuyển từ REST sang gRPC vì hiệu năng, nhưng sau đó phải mất một năm khắc phục những vấn …

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.