Trong khi câu hỏi này dường như đi ngược lại nguyên lý "Tránh đặt câu hỏi chủ quan hoặc tranh luận" của trang web, tôi không thể cưỡng lại việc thử trả lời.
Nó phụ thuộc.
Đang nói về một cấu hình máy chủ duy nhất chia tỷ lệ cho các bộ dữ liệu rất lớn?
Cả hai có thể hoạt động trong tình huống này tùy thuộc vào tập dữ liệu, nhưng cả hai có thể sẽ không hoạt động tốt nếu không có cấu hình tùy chỉnh và lập kế hoạch phù hợp. Theo kinh nghiệm của tôi khi làm việc trên các bộ dữ liệu lớn với nhiều bài viết tôi đã tìm thấy Postgres có ít điều kiện gây ra chặn và hiệu suất tổng thể tốt hơn.
Bạn đang nói về cấu hình nhiều máy chủ có quy mô cho nhiều nô lệ cho nhiều người đọc?
MySQL trong lịch sử đã được coi là người dẫn đầu trong không gian này vì nó được tích hợp sao chép không đồng bộ. Đây không còn là trường hợp nếu bạn không phản đối việc sử dụng phần mềm DB mới nhất; Postgres bây giờ cũng được tích hợp sẵn với phiên bản 9.0. Kinh nghiệm của tôi với bản sao của MySQL đã quá đủ cho đến thời điểm này.
Bạn đang nói về cấu hình nhiều máy chủ có quy mô cho nhiều bậc thầy cho nhiều nhà văn?
Đây là cách khó nhất để mở rộng quy mô sản phẩm và có thể tránh được nhiều lần thông qua việc sử dụng các máy chủ chuyển đổi dự phòng. Nếu bạn thực sự cần phải mở rộng quy mô để có sẵn các máy chủ chính, các cài đặt thay thế / cài đặt thay thế không thể tránh được. Đối với MySQL có MySQL Cluster NDB có tùy chọn nguồn mở hoặc phiên bản thương mại . Đối với Postgres, có rất nhiều addon có thể giúp bạn có mức HA khác nhau và gộp chung
Về lâu dài, việc mở rộng cơ sở dữ liệu của bạn thường đi vào kế hoạch thiết kế. Nếu ứng dụng của bạn được thiết kế với quy mô trong tâm trí thì hệ thống db phù hợp nhất với nhà phát triển của bạn thường là lựa chọn tốt nhất.