pg_vault_tde phiên bản 1.7.2 đã sửa các lỗi nghiêm trọng gây crash và sai dữ liệu, đặc biệt với thao tác UPDATE trên bảng có cột biến độ dài được index, lỗi ngưỡng TOAST ảnh hưởng đến giá trị mã hóa, và lỗi hàng all-NULL làm bảng không đọc được được. Phiên bản này giới thiệu định dạng đĩa mới (v5) yêu cầu VACUUM FULL trên mọi bảng đã mã hóa sau khi nâng cấp nếu toast_custom_rmgr được bật, đồng thời không hỗ trợ nâng cấp rolling giữa primary và standby. Các lỗi về index tde_btree trong range queries, ORDER BY, merge joins và vấn đề rotation/migration dữ liệu cũng đã được khắc phục. Bạn nên đọc bài gốc nếu đang sử dụng pg_vault_tde để hiểu rõ cách chuyển đổi định dạng và tránh các vấn đề dữ liệu khi thực hiện UPDATE trên hàng v4-format.
Vì sao nên đọc: pg_vault_tde 1.7.2 quan trọng vì nó sửa lỗi nghiêm trọng gây crash và giới thiệu định dạng đĩa mới ảnh hưởng đến cách quản lý dữ liệu mã hóa của bạn.
Trả lời 3 câu hỏi ngắn để nhận điểm thưởng cho bài này. Chỉ làm khi bạn muốn lấy điểm.
3 câu hỏi · dưới một phút · không bắt buộc
Nguồn: https://www.postgresql.org/about/news/pg_vault_tde-v172-critical-crash-fixes-new-on-disk-format-and-stability-improvements-3393. 8 Sync News chỉ tóm tắt và dẫn link; bản quyền nội dung thuộc tác giả và nguồn gốc.
Đang tải bình luận…
pg_ivm 1.16 đã được phát hành để khắc phục nhiều lỗi quan trọng, bao gồm lỗi segfault khi materialized view được incremental maintenance bị drop trong cùng transaction. Nguyên nhân kỹ thuật liên quan đến việc xử lý không đúng các cột thiếu default equality operators và quản lý OID sai khi global OID counter vượt quá INT_MAX. Các hệ quả bao gồm transaction thất bại do vấn đề timing khi release lock trong quá trình incremental maintenance. Bài viết đáng học vì nó trình bày chi tiết cách PostgreSQL extension xử lý các vấn đề phức tạp trong maintain materialized views với hiệu năng cao.
Bài viết này giúp lập trình viên biết các sửa lỗi quan trọng trong pg_ivm 1.16 để tránh sự cố khi làm việc với materialized views trong PostgreSQL.
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.
AI row count estimates trông chắc chắn nhưng thực tế hoàn toàn không dựa trên dữ liệu thực tế. Các hệ thống thống kê như PostgreSQL, MySQL sử dụng heuristic để ước lượng số lượng hàng trong khi AI model lại đưa ra con số một cách ngẫu nhiên mà không dựa trên dữ liệu training. Sự khác biệt này dẫn đến các quyết định tối ưu hóa query kém hiệu quả, làm giảm performance database. Điều đáng học là các nhà phát triển nên hiểu cơ chế ước lượng của optimizer để cải thiện query execution plan.
Bài viết này giải thích tại sao ước tính số dòng AI nghe chắc chắn nhưng thực chất không dựa trên cơ sở dữ liệu thực tế, giúp lập trình viên hiểu rõ hơn về cách tối ưu hóa truy vấn.
Bài viết khám phá một rò rỉ kết nối PostgreSQL trong dịch vụ Python FastAPI bằng cách sử dụng ChatGPT để phân tích lỗi. Nguyên nhân kỹ thuật được ChatGPT xác định là việc không đóng connection pool sau khi sử dụng, dẫn đến resource exhaustion. Hệ quả là database connection tăng lên 200+ và service crash sau 30 phút. Điểm đáng học là việc yêu cầu ChatGPT chứng minh giải thích bằng code test và PostgreSQL metrics giúp xác thực chính xác vấn đề, demonstrating giá trị của prompt engineering trong debugging.
Bài này giúp lập trình viên học cách sử dụng AI hiệu quả để phân tích lỗi và xác minh giải pháp trong các dự án thực tế với PostgreSQL và FastAPI.
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.
Vào ngày 23 tháng 9, GitHub đã gặp sự cố với tỷ lệ lỗi 500 và 404 tăng cao trên nhiều trang ứng dụng, bắt đầu từ 07:57 UTC. Nguyên nhân kỹ thuật được cho đến từ vấn đề về routing và phân phối tải (traffic routing) dẫn đến việc không thể định tuyến đúng đến các trang cụ thể. Sự cố này gây ra các trang hiển thị lỗi 404 và lỗi 500 trên nhiều tính năng của GitHub, ảnh hưởng đến trải nghiệm người dùng. Điều đáng học hỏi là ngay cả các nền tảng lớn như GitHub cũng có thể gặp sự cố về routing traffic, nhấn mạnh tầm quan trọng của hệ thống giám sát và dự phòng.
Bài viết cung cấp phân tích ngắn gọn về sự cố GitHub ngày 23/9 giúp lập trình viên hiểu rõ nguyên nhân và bài học từ sự cố này.
Multi-tenant architecture giúp tối ưu tài nguyên nhưng các best practices như shared database và tenant context thực chất che giấu những trade-off. Việc sử dụng tenant-aware filtering trong PostgreSQL hay Redis cho mỗi request tăng latency lên đến 30-50ms. Shared database dẫn đến rủi ro data leakage khi tenant_id bị bypass trong 1 truy vấn SQL. Feature flags tuy linh hoạt nhưng gây khó khăn trong việc theo dõi bug và triển khai thực tế. Bạn nên cân nhắc trade-off giữa isolation và performance trước khi áp dụng các giải pháp multi-tenant.
Multi-Tenant Best Practices Can Backfire giúp lập trình viên nhận diện những điểm mù khi triển khai đa khách hàng và tránh các vấn đề tiềm ẩn.
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.
Đọc tin ở đây, luyện code, học theo lộ trình và luyện IELTS trên các sản phẩm anh em — tất cả kết nối với nhau trong hệ sinh thái 8 Sync.
Cổng chính của hệ sinh thái: giới thiệu sản phẩm, blog và bảng giá trọn bộ.
Khám pháHọc theo lộ trình rõ từng chặng: video, quiz chấm tự động, certificate và mentor đang làm nghề.
Xem lộ trình1.000+ bài DSA, đề tiếng Việt, chấm tự động 7 ngôn ngữ — nhiều bài FREE, chạy ngay trên trình duyệt.
Luyện miễn phíChấm bốn kỹ năng IELTS bằng AI, phản hồi chi tiết theo rubric.
Dùng thử miễn phíAI IDE 22 MB cho dev Việt.
Tải miễn phíBộ nhớ tổ chức cho AI agent.
Khám pháAI trực Fanpage, tự sàng lọc lead.
Dùng thử