2 miljoner databaser? Jag antar att du menade "rader".
Hur som helst, angående begränsningar:en av de viktigaste sakerna att tänka på är att NDB/MySQL Cluster inte är en allmän databas. Framför allt kan gå med operationer, men även underfrågor och intervalloperationer (frågor som:beställningar skapade mellan nu och för en vecka sedan), vara betydligt långsammare än vad du kan förvänta dig. Detta beror delvis på att data är fördelad över flera noder. Även om vissa förbättringar har gjorts kan Join-prestandan fortfarande vara mycket nedslående.
Å andra sidan, om du behöver hantera många (helst små) samtidiga transaktioner (vanligtvis en rad uppdateringar/infogar/ta bort sökningar med primärnyckel) och du lyckas behålla all din data i minnet, då kan det vara en mycket skalbar och presterande lösning.
Du bör fråga dig själv varför du vill ha kluster. Om du helt enkelt vill ha din vanliga databas som du har nu, förutom med 99 999 % extra tillgänglighet, kan du bli besviken. Visst kan MySQL-kluster ge dig stor tillgänglighet och drifttid, men arbetsbelastningen för din app kanske inte är särskilt väl lämpad för de saker som klustret är bra för. Dessutom kanske du kan använda en annan lösning med hög tillgänglighet för att öka drifttiden för din annars traditionella databas.
BTW - här är en lista över begränsningar enligt dokumentet:http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-limitations.html
Men vad du än gör, prova kluster, se om det är bra för dig. MySQL-kluster är inte "MySQL + 5 nior". Du får reda på det när du försöker.