200万のデータベース？あなたは「列」を意味していると思います。
とにかく、制限について：覚えておくべき最も重要なことの1つは、NDB/MySQLクラスターが汎用データベースではないということです。最も注目すべきは、結合操作だけでなく、サブクエリと範囲操作（現在から1週間前に作成された注文などのクエリ）も、予想よりもかなり遅くなる可能性があることです。これは、データが複数のノードに分散されていることが一因です。いくつかの改善が行われましたが、Joinのパフォーマンスは依然として非常に期待外れです。
一方、多くの（できれば小さな）同時トランザクション（通常は主キーによる単一行の更新/挿入/削除ルックアップ）を処理する必要があり、すべてのデータをメモリに保持するように操作する場合、それは非常に可能性がありますスケーラブルでパフォーマンスの高いソリューション。
なぜクラスターが必要なのかを自問する必要があります。 99,999％の可用性が追加されていることを除いて、現在使用している通常のデータベースが必要な場合は、がっかりする可能性があります。確かに、MySQLクラスターは優れた可用性と稼働時間を提供できますが、アプリのワークロードは、クラスターが適しているものにはあまり適していない可能性があります。さらに、別の高可用性ソリューションを使用して、従来のデータベースの稼働時間を増やすことができる場合があります。
ところで-ドキュメントによる制限のリストは次のとおりです： http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-limitations.html
しかし、あなたが何をするにしても、クラスターを試してみて、それがあなたにとって良いかどうかを確認してください。 MySQLクラスターは「MySQL+59」ではありません。試してみるとわかります。