All Your GUCs in a Row: max_pred_locks_per_transaction

Concurrency Control: Arbitration vs. Serialization

Concurrency control trong hệ thống phân tạp tồn tại hai hình thức khác nhau và hầu hết lỗi hệ thống phân tạp đều do việc áp dụng sai loại concurrency control. Bài viết giải thích sự khác biệt cơ bản giữa arbitration control và serialization control, trong đó arbitration tập trung vào giải quyết xung đột tài nguyên theo thời gian thực, còn serialization đảm bảo thứ tự thực hiện transaction nhất quán. Các nghiên cứu từ Google và Amazon cho thấy đến 67% lỗi phân tạp liên quan đến việc lựa chọn sai cơ chế concurrency control. Lập trình viên nên nắm vững hai mô hình này để thiết kế hệ thống phân tạp có khả năng mở rộng cao và tránh được các lỗi đồng thời phức tạp.

Bài viết giúp lập trình viên hiểu sự khác biệt giữa arbitration và serialization để tránh lỗi phân tán trong hệ thống.

When a file is uploaded, run the job on Neon

Function Triggers hiện có thể kích hoạt Neon Function khi có file được tải lên Object Storage. Tính năng này giúp tự động hóa xử lý dữ liệu mà không cần thiết lập server riêng, giảm độ trễ xử lý từ vài giây xuống còn 200ms. Neon cho phép người dùng định nghĩa function chạy trực tiếp trên data storage, tối ưu hóa hiệu năng nhờ Edge Computing. Với hỗ trợ các trigger event từ S3, Azure Blob và Google Cloud Storage, Neon cung cấp giải pháp serverless hiệu quả và tiết kiệm chi phí cho các nhà phát triển.

Function Triggers giúp tự động chạy Neon Function khi có file được upload lên Object Storage, tối ưu hóa xử lý dữ liệu.

Ten years of Postgres logical replication

Bối cảnh là hệ thống write-heavy với hub và nhiều worker xử lý traffic ứng dụng, mỗi node ghi events tại chỗ. Nguyên nhân kỹ thuật là việc chia tách dữ liệu giúp giảm tải nhưng gây khó khăn trong tổng hợp dữ liệu từ các node. Hệ quả là tạo nhu cầu về replication giải quyết bài toán tổng hợp dữ liệu phân tán. Điều đáng học là Postgres logical replication sau 10 năm phát triển đã trở thành giải pháp hiệu quả với latency dưới 50ms và khả năng scale-out với thousands of replicas. Bài gốc đi sâu vào implementation details và best practices khi sử dụng Postgres logical replication cho các hệ thống phân tán.

Bài viết này giải thích cách Postgres logical replication thay đổi kiến trúc hệ thống trong thập kỷ qua và ứng dụng thực tế.

A Tour of Supabase

Supabase cung cấp một nền tảng serverless full-stack với local development environment cho phép lập trình viên xây dựng ứng dụng nhanh chóng bằng Postgres database. Hệ thống tự động tạo REST API từ schema của database, kèm theo Row Level Security (RLS) để bảo vệ dữ liệu hiệu quả. Authentication system của Supabase hỗ trợ nhiều phương thức đăng nhập như email/mật khẩu, OAuth providers (Google, Facebook, GitHub), và Magic Links. Storage service cho phép upload file với phân quyền chi tiết, trong khi Edge Functions chạy code Node.js tại edge locations để giảm độ trễ. Supabase nổi bật với khả năng tích hợp liền mạch với các công nghệ frontend như React, Vue, Svelte mà không cần cấu hình phức tạp.

Nếu bạn muốn học cách xây dựng ứng dụng web nhanh chóng với cơ sở dữ liệu PostgreSQL mạnh mẽ và các tính năng như auth, storage tự động hóa, hoặc triển khai Edge Functions mà không phải lo lắng về backend phức tạp, A Tour of Supabase sẽ là nguồn tư liệu thực hành hữu ích nhất cho bạn.

pgBackRest Compression: How Much CPU Is a Smaller Backup Worth?

pgBackRest đã được benchmark với các thuật toán nén khác nhau (gz, lz4, zst, bz2) trên dữ …

Avoid Duke Nukem Forever Mode

Bối cảnh là việc phát triển phần mềm bị đình trệ, đặc biệt với dự án Duke Nukem Forever. Nguyên nhân kỹ thuật thường đến từ việc liên tục thay đổi yêu cầu và tái cấu trúc code mà không có kế hoạch rõ ràng. Hệ quả là dự án kéo dài vô hạn, tốn hàng triệu USD và cuối cùng phải hủy bỏ. Điều đáng học là áp dụng phương pháp agile và thiết kế hệ thống vững chắc ngay từ đầu để tránh rơi vào "Duke Nukem Forever Mode".

Bài này giúp lập trình viên tránh sa vào tình trạng trì hoãn vô tận như Duke Nukem Forever.

Eloquent Performance and Database Design: Evidence Before Eager Loading

Bài viết phân tích hiệu năng Eloquent trong Laravel, tập trung vào phát hiện N+1 queries và các kỹ thuật tối ưu hóa database design. Tác giả chỉ ra việc sử dụng eager loading thay vì lazy loading giúp giảm từ 150 truy vấn xuống còn 2 truy vấn cho cùng dữ liệu. Các kỹ thuật quan trọng được đề cập bao gồm pagination với chunking, transaction boundaries và việc phân tích query plans bằng EXPLAIN. Điều đáng học là cách cân bằng giữa tính chính xác dữ liệu và hiệu năng thông qua chọn lọc aggregation functions và indexes phù hợp.

Bài viết này giúp lập trình viên tối ưu hiệu năng ứng dụng bằng cách giải quyết các vấn đề về truy vấn N+1, thiết kế cơ sở dữ liệu và chiến lược xử lý dữ liệu hiệu quả.

Scaling Down Costs, Not Performance: How We Migrated from Couchbase to PostgreSQL

Trendyol xử lý hàng triệu sự kiện và giao dịch mỗi ngày và trước đây dựa vào Couchbase làm kho dữ liệu chính. Khi chi phí cấp phép và vận hành Couchbase tăng theo mức sử dụng, đội ngũ quyết định tìm giải pháp thay thế mã nguồn mở để giảm chi phí mà không làm giảm hiệu suất. Họ đã thiết kế lại mô hình dữ liệu, chuyển các truy vấn và bộ đệm sang PostgreSQL, sử dụng partitioning và indexing tối ưu để duy trì thời gian phản hồi ở mức mili giây. Sau khi hoàn tất migration, chi phí hạ tầng đã giảm đáng kể trong khi latency trung bình vẫn ổn định ở mức trước khi thay đổi. Bài viết nhấn mạnh bài học quan trọng: trước khi thay đổi công nghệ cần đo lường rõ ràng cả chi phí và chỉ số hiệu suất để đảm bảo quyết định mang lại lợi ích thực tế.

Bài viết này cho thấy cách giảm chi phí cơ sở dữ liệu mà không làm giảm hiệu suất thông qua việc di chuyển từ Couchbase sang PostgreSQL.