Full text search and PostgreSQL

Sharing is (not always) caring. PgBouncer pooling modes in practice

Bối cảnh môi trường production thường bộc lộ những vấn đề tiềm ẩn về connection pooling trong hệ thống. Nguyên nhân kỹ thuật nằm ở việc PgBouncer hoạt động với pooling modes (transaction, session, statement) không phù hợp với ứng dụng, gây ra hiện tượng "connection leak" khi không quản lý connection hiệu quả. Hệ quả là số lượng connection tăng đột biến, từ 500 connections lên đến 2500 connections, gây quá tải cho database server. Điều đáng học là cần hiểu rõ đặc điểm của từng pooling mode và lựa chọn chế độ phù hợp với mô hình ứng dụng để tối ưu hiệu suất và tránh lãng phí tài nguyên hệ thống.

Bài viết này giúp lập trình viên hiểu rõ các chế độ pool PgBouncer trong thực tế để tránh những vấn đề phức tạp khi triển khai production.

I Built a Distributed Task Queue from Scratch with Go and PostgreSQL

Tác giả đã xây dựng Dhara, một distributed task queue bằng Go sử dụng PostgreSQL làm queue …

Supabase is acquiring Turso

Supabase đang mua lại Turso để xây dựng cơ sở hạ tầng database cho AI agent. Việc này diễn ra khi cả hai công ty đều đang phát triển các database edge và SQLite. Turso cung cấp cơ sở dữ liệu distributed SQLite với khả năng replication, trong khi Supabase phát triển platform Postgres. Sự hợp tác này sẽ tạo ra hệ thống database mạnh mẽ cho ứng dụng AI, cung cấp hiệu suất cao và khả năng mở rộng linh hoạt cho các hệ thống agent đang phát triển.

Thế hệ lập trình viên cần chuẩn bị cơ sở hạ tầng database cho agentic AI với sự kết hợp của Supabase và Turso.

Announcing OpenBao v2.7!

OpenBao v2.7 ra mắt với tính năng quan trọng là khả năng mở rộng ngang cho PostgreSQL …

How iSAM Funds built an options research platform for a 10,000x data problem with ClickHouse Cloud

iSAM Funds đối mặt với bài toán xử lý dữ liệu options với quy mô 10,000 lần lớn hơn thông thường. Họ sử dụng ClickHouse Cloud để giải quyết vấn đề này, đạt mức nén dữ liệu 35-50x và tốc độ nhập dữ liệu single-core nhanh hơn 100 lần. Nhờ giải pháp này, họ đã đơn giản hóa đáng kể các pipeline dữ liệu phức tạp. Bài viết cho thấy sức mạnh của ClickHouse trong xử lý dữ liệu tài chính lớn với hiệu suất vượt trội.

Bài viết này giúp lập trình viên hiểu cách ClickHouse Cloud giải quyết bài toán xử lý lượng dữ liệu lớn với hiệu suất vượt trội.

Memory safety for Postgres extensions in C/C++

ClickHouse phải giải quyết vấn đề memory safety khi viết extension cho Postgres bằng C/C++, do hai ngôn ngữ này không có bảo vệ tự động. Họ xử lý bằng cách thiết lập ranh giới rõ ràng giữa C và C++ code, cùng với việc sử dụng isolated helper processes. Giải pháp này giúp ngăn chặn buffer overflow và memory leak, đặc biệt quan trọng khi xử lý dữ liệu lớn. Lập trình viên nên đọc bài để hiểu cách ClickHouse quản lý memory giữa các ngôn ngữ khác nhau và áp dụng pattern này vào các dự án của mình.

Bài viết này giải quyết các thách thức về an toàn bộ nhớ khi kết hợp C và C++ cho Postgres extensions, từ ranh giới ngôn ngữ sạch sẽ đến các tiến trình trợ lý được cách ly.

Saved the Order, Lost the Event: Why You Need the Outbox Pattern

Trong hệ thống phân tán, vấn đề "save-then-publish" có thể gây mất sự kiện (event) mà không ghi log lỗi nào. Nguyên nhân kỹ thuật là transaction database và message broker hoạt động độc lập, dẫn đến tình trạng message bị drop dù insert thành công. Hệ quả là các subscriber không nhận được event cần thiết, làm hỏng tính toàn vẹn dữ liệu. Pattern Outbox + Inbox sử dụng cùng một transaction để lưu cả event và dữ liệu vào database, đảm bảo không mất sót message, thực hiện hiệu quả với Postgres và Node.js.

Bài này giải thích cách tránh mất sự kiện khi lưu trữ dữ liệu bằng pattern Outbox trong Postgres và Node.js.