Câu trả lời:
MySQL Cluster được thiết kế theo 3 nguyên tắc cốt lõi:
Tính sẵn sàng cao (không chia sẻ gì, sao chép cục bộ và địa lý, tích hợp nhịp tim, chuyển đổi dự phòng tự động và tự phục hồi, v.v.)
Khả năng mở rộng ghi và hiệu suất thời gian thực (tự động tắt, tối ưu hóa trong bộ nhớ, v.v.)
Nhiều giao diện cơ sở dữ liệu (SQL và NoQuery)
Những điều này sẽ được thảo luận chi tiết hơn trong bài báo sau (lưu ý, yêu cầu đăng ký): http://mysql.com/why-mysql/white- con / mysql_wp_scaling_web_database.php
Bản địa hóa truy vấn thích ứng là một tính năng của bản phát hành phát triển MySQL Cluster 7.2 hiện tại và nhanh chóng cải thiện hiệu suất của các hoạt động THAM GIA bằng cách đẩy chúng xuống các nút dữ liệu, từ đó giảm đáng kể lưu lượng mạng - để giải quyết điểm Rolando đưa ra ở trên. Bạn có thể đọc thêm về nó ở đây: http://dev.mysql.com/tech-resource/articles/mysql-cluster-labs-dev-milestone-release.html
MySQL Cluster được cấp phép theo GPL và có thể được tải xuống từ dev.mysql.com, với sự trợ giúp trực tuyến thông qua các diễn đàn: forum.mysql.com/list.php?25
Khi tôi muốn lấy thông tin về MySQL Cluster , MySQL (trước khi Sun mua nó) sẽ gửi một bảng câu hỏi ngắn gọn, điều mà tôi ước mình vẫn có. Một trong những câu hỏi được hỏi nếu các bảng của bạn chỉ có các khóa nguyên.
Mặc dù MySQL Cluster là khiếu nại ACID, nhưng nó không cung cấp một công cụ lưu trữ phù hợp cho dữ liệu với các khóa ghép. Ở một số khía cạnh, bạn phải lập kế hoạch sử dụng nó giống như của MongoDB hoặc Cassandra về mặt bố trí và sắp xếp dữ liệu.
Bạn cũng phải xem xét phần khó chịu nhất của MySQL Cluster: Network Communication. NDB Cluster có xu hướng trò chuyện giữa các máy chủ. Thậm chí Gig-E có thể được đưa đến đầu gối của nó nếu thực hiện các truy vấn phạm vi hoặc quét toàn bộ bảng. Bạn phải đủ kỷ luật để sử dụng các khóa chính và các khóa duy nhất, đặc biệt nếu ứng dụng của bạn phát triển mạnh trên các khóa đó.
Trừ khi bạn tuân thủ những quan sát đơn giản này, MySQL Cluster sẽ gây hại nhiều hơn là tốt.