2 juta database? Saya berasumsi maksud Anda adalah "baris".
Bagaimanapun, mengenai batasan:salah satu hal terpenting yang perlu diingat adalah bahwa NDB/MySQL Cluster bukanlah database tujuan umum. Terutama, operasi gabungan, tetapi juga operasi subkueri dan jangkauan (kueri seperti:pesanan yang dibuat antara sekarang dan seminggu yang lalu), bisa jauh lebih lambat dari yang Anda harapkan. Ini sebagian karena fakta bahwa data didistribusikan di beberapa node. Meskipun beberapa perbaikan telah dilakukan, kinerja Join masih bisa sangat mengecewakan.
Di sisi lain, jika Anda perlu menangani banyak (sebaiknya kecil) transaksi bersamaan (biasanya pembaruan baris tunggal/menyisipkan/menghapus pencarian dengan kunci utama) dan Anda mengelola untuk menyimpan semua data Anda dalam memori, maka itu bisa menjadi sangat solusi yang terukur dan berkinerja.
Anda harus bertanya pada diri sendiri mengapa Anda menginginkan cluster. Jika Anda hanya menginginkan database biasa yang Anda miliki sekarang, kecuali dengan ketersediaan tambahan 99.999%, maka Anda mungkin akan kecewa. Tentu saja klaster MySQL dapat memberi Anda ketersediaan dan waktu aktif yang luar biasa, tetapi beban kerja aplikasi Anda mungkin tidak terlalu cocok untuk klaster tersebut. Selain itu, Anda mungkin dapat menggunakan solusi ketersediaan tinggi lainnya untuk meningkatkan waktu aktif basis data tradisional Anda.
BTW - inilah daftar batasan sesuai dokumen:http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-limitations.html
Tapi apa pun yang Anda lakukan, cobalah cluster, lihat apakah itu baik untuk Anda. Cluster MySQL bukan "MySQL + 5 sembilan". Anda akan mengetahuinya saat mencoba.
