Каковы ограничения реализации MySQL NDB Cluster?

2 миллиона баз данных? Я полагаю, что вы имели в виду "строки".

Во всяком случае, что касается ограничений: одно из самых важных, что следует помнить, это то, что Кластер NDB/MySQL не является базой данных общего назначения. В частности, операции соединения, а также подзапросы и операции диапазона (запросы типа: ордера, созданные между сегодняшним днем и неделей назад), могут быть значительно медленнее, чем вы могли ожидать. Отчасти это связано с тем, что данные распределены по нескольким узлам. Несмотря на некоторые улучшения, производительность Join все еще может быть очень разочаровывающей. С другой стороны, если вам нужно иметь дело со многими (желательно небольшими) одновременными транзакциями (как правило, однострочные обновления/вставки/удаление просмотров по первичному ключу) и вы ищете возможность хранить все свои данные в памяти, то это может быть очень масштабируемым и производительным решением.

Вы должны спросить себя, зачем вам нужен кластер. Если вы просто хотите, чтобы ваша обычная база данных, которая у вас сейчас есть, за исключением добавленной 99,999% доступности, то вы можете быть разочарованы. Кластер MySQL, конечно, может обеспечить вам большую доступность и работоспособность, но рабочая нагрузка вашего приложения может не очень хорошо подходить для кластера thtings. Плюс вы можете использовать другое решение высокой доступности для увеличения времени работы вашей традиционной базы данных.

BTW - вот список ограничений согласно документу: http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-limitations.html

Но что бы вы ни делали, попробуйте кластер, посмотрите, подходит ли он вам. Кластер MySQL не является "MySQL + 5 nines". Вы узнаете это, когда попробуете.