2 miljoen databanken? Ik neem aan dat je "rijen" bedoelde.
Hoe dan ook, wat betreft beperkingen:een van de belangrijkste dingen om in gedachten te houden is dat NDB/MySQL Cluster geen database voor algemene doeleinden is. Met name join-bewerkingen, maar ook subquery's en bereikopties (query's zoals:bestellingen die tussen nu en een week geleden zijn gemaakt), kunnen aanzienlijk langzamer zijn dan u zou verwachten. Dit komt deels doordat de gegevens over meerdere knooppunten zijn verdeeld. Hoewel er enkele verbeteringen zijn aangebracht, kunnen de prestaties van Join nog steeds erg tegenvallen.
Aan de andere kant, als u veel (bij voorkeur kleine) gelijktijdige transacties moet afhandelen (meestal updates/invoegingen van één rij/zoekopdrachten verwijderen met primaire sleutel) en u erin slaagt om al uw gegevens in het geheugen te bewaren, dan kan het een zeer schaalbare en performante oplossing.
Je moet jezelf afvragen waarom je cluster wilt. Als je gewoon je gewone database wilt die je nu hebt, behalve met een toegevoegde beschikbaarheid van 99,999%, dan ben je misschien teleurgesteld. Zeker, een MySQL-cluster kan u een hoge beschikbaarheid en uptime bieden, maar de werklast van uw app is mogelijk niet erg geschikt voor het cluster waar het goed voor is. Bovendien kunt u wellicht een andere oplossing met hoge beschikbaarheid gebruiken om de uptime van uw anders traditionele database te verhogen.
Tussen haakjes - hier is een lijst met beperkingen volgens het document:http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-limitations.html
Maar wat je ook doet, probeer cluster, kijk of het goed voor je is. MySQL-cluster is niet "MySQL + 5 negens". Je komt erachter wanneer je het probeert.