Yanıtlar:
MySQL Kümesi 3 temel ilke etrafında tasarlanmıştır:
Yüksek kullanılabilirlik (paylaşılan hiçbir şey, yerel ve coğrafi çoğaltma, entegre kalp atışı, otomatik yük devretme ve kendi kendini iyileştirme vb.)
Yazma ölçeklenebilirliği ve gerçek zamanlı performans (otomatik parçalama, bellek içi optimizasyonlar, vb.)
Çoklu veritabanı arayüzleri (SQL ve NoSQL)
Bunlar aşağıdaki makalede daha ayrıntılı olarak ele alınmıştır (not, kayıt gereklidir): http://mysql.com/why-mysql/white-papers/mysql_wp_scaling_web_databases.php
Uyarlanabilir Sorgu Yerelleştirmesi, geçerli MySQL Cluster 7.2 geliştirme sürümünün bir özelliğidir ve JOIN işlemlerinin veri düğümlerine iterek performansını artırır, böylece ağ trafiğini önemli ölçüde azaltır - Rolando'nın yukarıda belirttiği noktaya değinir. Bununla ilgili daha fazla bilgiyi buradan edinebilirsiniz: http://dev.mysql.com/tech-resources/articles/mysql-cluster-labs-dev-milestone-release.html
MySQL Kümesi GPL lisansı altındadır ve forumlar aracılığıyla çevrimiçi yardımla dev.mysql.com adresinden indirilebilir: forums.mysql.com/list.php?25
MySQL Kümesi hakkında bilgi almak istediğimde , MySQL (Sun satın almadan önce) kısa bir anket gönderirdi, ki keşke hala olsaydı. Sorularınızdan biri, tablolarınızda yalnızca tamsayı anahtarları olup olmadığını sordu.
MySQL Kümesi ACID şikayeti olsa da, bileşik anahtarlı veriler için uygun bir depolama motoru sağlamaz. Bazı açılardan, veri düzeni ve parçalama açısından bir MongoDB veya Cassandra gibi kullanımını planlamanız gerekir.
Ayrıca MySQL Kümesi: Ağ İletişimi'nin en can sıkıcı bölümünü de göz önünde bulundurmalısınız. NDB Kümesi, sunucular arasında konuşkan olma eğilimindedir. Aralık sorguları veya tam tablo taramaları yapılıyorsa Gig-E bile dizlerine getirilebilir. Birincil anahtarları ve benzersiz anahtarları kullanacak kadar disiplinli olmalısınız, özellikle de uygulamanız bu tür tuşlarda başarılıysa.
Bu basit gözlemlere bağlı kalmadıkça, MySQL Kümesi yarardan çok zarar verecektir.