- MySQL cũng sử dụng MVCC, chỉ cần checkinnoDB. Tuy nhiên, trong PostgreSQL, bạn có thể thay đổi FILLFACTOR để tạo khoảng trống cho các bản cập nhật trong tương lai. Với điều này, bạn có thể tạo một cơ sở dữ liệu có không gian cho dữ liệu hiện tại mà còn cho các bản cập nhật và xóa cao cấp nào đó. Whenautovacuum và HOT làm tốt mọi việc của họ, kích thước cơ sở dữ liệu của bạn có thể ổn định.
- Blog nói về các phiên bản cũ, mọi thứ đã thay đổi và PostgreSQL hoàn thành công việc tốt hơn nhiều trong công cụ nén mà nó đã làm ngày xưa.
- Việc nén cũng phụ thuộc vào loại dữ liệu, cấu hình và tốc độ. Bạn cần phải kiểm tra để xem nó hoạt động như thế nào đối với tình huống của bạn.
Tôi đã thực hiện một vài chuyển đổi từ MySQL sang PostgreSQL và trong tất cả các trường hợp này, PostgreSQL nhỏ hơn khoảng 10% (MySQL 5.0 => PostgreSQL 8.3 và 8.4). 10% này được sử dụng để thay đổi hệ số lấp đầy trên các bảng được cập nhật nhất, chúng được đặt thành hệ số lấp đầy từ 60 đến 70. Tốc độ tốt hơn nhiều (không còn vấn đề với hơn 20 người dùng đồng thời) và kích thước dữ liệu cũng ổn định, không có MVCC mất kiểm soát hoặc chân không bị tụt lại xa.
MySQL và PostgreSQL là hai con thú khác nhau, PostgreSQL là tất cả về độ tin cậy trong đó MySQL là phổ biến.
