2 triệu cơ sở dữ liệu? Tôi cho rằng ý bạn là "hàng".
Dù sao, liên quan đến các hạn chế:một trong những điều quan trọng nhất cần ghi nhớ là NDB / MySQL Cluster không phải là một cơ sở dữ liệu mục đích chung. Đáng chú ý nhất, các hoạt động tham gia, nhưng cũng như truy vấn con và hoạt động phạm vi (các truy vấn như:đơn đặt hàng được tạo từ bây giờ đến một tuần trước), có thể chậm hơn đáng kể so với những gì bạn có thể mong đợi. Điều này một phần là do dữ liệu được phân phối trên nhiều nút. Mặc dù một số cải tiến đã được thực hiện, hiệu suất Tham gia vẫn có thể rất đáng thất vọng.
Mặt khác, nếu bạn cần xử lý nhiều giao dịch đồng thời (tốt nhất là nhỏ) (thường là cập nhật hàng đơn / chèn / xóa tra cứu bằng khóa chính) và bạn quản lý để giữ tất cả dữ liệu của mình trong bộ nhớ, thì nó có thể rất khả năng mở rộng và giải pháp hiệu quả.
Bạn nên tự hỏi bản thân tại sao bạn muốn cụm. Nếu bạn chỉ muốn cơ sở dữ liệu thông thường của mình mà bạn có bây giờ, ngoại trừ việc có thêm 99,999% tính khả dụng, thì bạn có thể thất vọng. Chắc chắn cụm MySQL có thể cung cấp cho bạn tính khả dụng và thời gian hoạt động tuyệt vời, nhưng khối lượng công việc của ứng dụng của bạn có thể không phù hợp lắm với cụm thtings là tốt. Ngoài ra, bạn có thể sử dụng một giải pháp có tính khả dụng cao khác để tăng thời gian hoạt động của cơ sở dữ liệu truyền thống khác của bạn.
BTW - đây là danh sách các giới hạn theo tài liệu: http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-limitations.html
Nhưng bất cứ điều gì bạn làm, hãy thử cluster, xem nó có tốt cho bạn không. MySQL cluster không phải là "MySQL + 5 nines". Bạn sẽ tìm ra khi bạn thử.
