If You Last Used Cassandra 3.11, You Might Not Recognize It Today

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.

Every Database Has These Seven Tables

Bất kỳ công ty nào trên thế giới cũng đều có chung bảy bảng cơ bản trong production database. Điều này xảy ra do nhu cầu universal trong quản lý dữ liệu như users, roles, permissions, organizations, projects, activities và audit logs. Hệ quả là kiến trúc database có phần giống nhau dù ngành nghề hay thời điểm khác nhau. Điều đáng học hỏi là việc nhận ra pattern này giúp tối ưu hóa thiết kế database và giảm thiểu thời gian phát triển.

Bài viết này giúp bạn hiểu được cấu trúc dữ liệu phổ biến nhất trong mọi hệ thống quản trị 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ế.

Search on Flex comes to Redis Cloud Pro: same Search API, a fraction of the RAM

Redis Cloud Pro vừa tích hợp Flex Search, giảm đáng kể nhu cầu RAM. Công nghệ này sử dụng cùng Search API nhưng tối ưu hóa bộ nhớ hơn 70% so với Redis Stack. Lập trình viên có thể triển khai chức năng search mà không cần nâng cấp cấp độ tài nguyên. Điều này giúp tiết kiệm chi phí đáng kể khi xây dựng ứng dụng với module Search. Giải pháp này đặc biệt hữu ích cho các ứng dụng cần xử lý search phức tạp nhưng có hạn về tài nguyên hardware.

Lập trình viên nên đọc bài viết này để tìm hiểu cách giảm đáng kể tiêu thụ RAM khi sử dụng Search API trên Flex của Redis Cloud Pro.

Why DuckDB 2.0 is faster

DuckDB 2.0 mang lại hiệu suất vượt trội với recursive CTEs nhanh hơn tới 90x so với phiên bản 1.5.5, kiểu dữ VARIANT xử lý nhanh hơn 6x so với JSON text, và async I/O trên S3 tăng 2.4x. Sự cải thiện đến từ tối ưu hóa engine xử lý, đặc biệt là việc bổ sung cache-aware execution plan và cải thiện cách quản lý memory cho variant data. Điều này cho thấy việc hiểu cách DuckDB lưu trữ và xử lý dữ liệu (đặc biệt với variant và variant types) sẽ giúp tối ưu hóa truy vấn tốt hơn. Bài viết cung cấp những insight thực tế về cách thiết kế schema dữ liệu để tận dụng tối đa hiệu năng mới mà không cần thay đổi code ứng dụng.

DuckDB 2.0 mang đến tốc độ vượt trội với cải tiến đáng kể trong CTE đệ quy, xử lý VARIANT và I/O bất đồng bộ, giúp lập trình viên tối ưu hiệu suất truy vấn dữ liệu.

Microservices vs Monolithic Architecture: What Nobody Tells You Until You've Lived Through Both

So sánh chi tiết giữa monolithic và microservices vượt qua lý thuyết, bàn về sự phức tạp …

EF Core 10 Is INSANE — Overview of Game Changer features

EF Core 10 giới thiệu các toán tử LeftJoin và RightJoin cấp first-class, cùng với named …

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ả.