PostgreSQL: Không còn VACUUM, Không còn phình dữ liệu

• PostgreSQL là một hệ quản trị cơ sở dữ liệu mã nguồn mở mạnh mẽ, nổi tiếng về độ ổn định và tính linh hoạt.
• Một thách thức của PostgreSQL là quy trình VACUUM tiêu tốn tài nguyên, được dùng để dọn dẹp dữ liệu cũ và giải phóng không gian.
• OrioleDB là một engine mới cho PostgreSQL nhằm loại bỏ nhu cầu VACUUM và ngăn tình trạng phình to bảng.
• OrioleDB đạt được điều này thông qua việc triển khai undo log ở cấp độ hàng và cấp độ khối, cùng với khả năng tự động hợp nhất trang.
• Những tính năng này tạo ra một hệ thống cần ít can thiệp thủ công hơn, tiêu tốn ít tài nguyên hơn và không dễ bị phình to bảng.
• Theo kết quả benchmark, OrioleDB mang lại TPS cao hơn, tải CPU trên mỗi giao dịch thấp hơn, IOPS trên mỗi giao dịch thấp hơn, đồng thời không có hiện tượng phình to bảng và chỉ mục so với PostgreSQL truyền thống.
• OrioleDB mang đến một giải pháp đầy hứa hẹn cho một trong những thách thức lâu đời nhất của PostgreSQL, với cam kết cải thiện hiệu quả và giảm gánh nặng bảo trì.
• Người dùng có thể thử OrioleDB ngay từ hôm nay và tham gia vào cuộc cách mạng hướng tới trải nghiệm PostgreSQL tinh gọn và hiệu quả hơn. Hãy truy cập GitHub để dùng thử OrioleDB.

[GN⁺]

Ý kiến trên Hacker News

• Dự án OrioleDB, một bộ máy lưu trữ mới cho PostgreSQL, đang bị chỉ trích vì đã fork một dự án mã nguồn mở và thực hiện các thay đổi lớn trong khi kế hoạch bảo trì lại không rõ ràng.
• README chính trên GitHub của OrioleDB bị chê là mang giọng điệu doanh nghiệp và không cung cấp đủ thông tin về dự án.
• Có sự bối rối về lý do vì sao họ lại tiếp thị OrioleDB như một cơ sở dữ liệu hoàn toàn mới thay vì đóng góp các cải tiến trực tiếp cho PostgreSQL.
• Các benchmark hiệu năng của OrioleDB cho thấy mức overhead CPU trên mỗi giao dịch thấp hơn so với PostgreSQL, nhưng vẫn có lo ngại về việc OrioleDB liên tục sử dụng CPU ở mức cao.
• Có ý kiến thắc mắc rằng nếu OrioleDB thực sự vượt trội hơn bộ máy nội bộ của PostgreSQL thì tại sao các nhà cung cấp cloud lớn vẫn chưa áp dụng; đồng thời cũng có suy đoán rằng nếu họ áp dụng, PostgreSQL có thể sẽ thay thế bộ máy mặc định của mình.
• Có sự tò mò về khả năng tương thích giữa OrioleDB và các extension khác như TimescaleDB.
• Một blog có tiêu đề "10 điều Richard Branson ghét ở PostgreSQL" được nhắc đến, nhưng sau đó đã làm rõ rằng tác giả thực ra là Rick Branson.
• Vai trò của vacuum trong PostgreSQL được đem ra thảo luận, với nhận định rằng nó làm nhiều việc hơn là chỉ dọn dẹp các tuple đã chết.
• Có yêu cầu tài liệu về "scalability patch" được sử dụng trong OrioleDB và cũng có sự bối rối về cách nó được tích hợp với PostgreSQL cốt lõi.
• Có sự nhầm lẫn quanh thuật ngữ "object-relational" và mong muốn được giải thích ý nghĩa của nó.