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

Question

Я хочу внедрить NDB Cluster для MySQL Cluster 6. Я хочу сделать это для очень огромной структуры данных с минимальными 2 миллионами записей.

Я хочу знать, есть ли какие -либо ограничения реализации кластера NDB. Например, размер ОЗУ, количество баз данных или размер базы данных для кластера NDB.

Answer 1

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

В любом случае, в отношении ограничений: одна из самых важных вещей, которые следует помнить, - это то, что кластер NDB/MySQL не является базой данных общего назначения. В частности, присоединение операций, но также подразделы и операции диапазона (запросы, такие как: заказы, созданные между настоящим и неделю назад), могут быть значительно медленнее, чем вы могли ожидать. Это частично из -за того, что данные распределяются по нескольким узлам. Хотя некоторые улучшения были внесены, Performance Incloy может быть очень разочаровывающим.

С другой стороны, если вам нужно иметь дело со многими (предпочтительно небольшими) параллельными транзакциями (обычно обновления/вставки/вставки/удаление/удаление по первичным ключам), и вы выполняете, чтобы сохранить все данные в памяти, тогда это может быть очень масштабируемое и эффективное решение.

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

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

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

Answer 2

Cluster NDB поставляется с двумя типами вариантов хранения.

1. В хранилище памяти. 2. Диск хранения.

NDB, введенный как в хранении данных памяти, и в версии 7.4 (MySQL 5.6) начал поддержку дискового хранилища.

Текущая версия 7.5 (MySQL 5.7) поддерживает хранение дисков, и в этом случае не будет ограничений размера, поскольку данные будут находиться на диске, а ограничение зависит от места для хранения диска.
Конфигурации хранения диска - https://dev.mysql.com/doc/refman/5.7/en/mysql-cluster-disk-data-symlinks.html

В память в кластере NDB также довольно зрелый, и вы можете определить использование памяти в файле узла управления config.ini. Пример - DataMemory = 3072m IndexMemory = 384M

В средней таблице (зависит от данных, хранящихся в столбцах) Общий размер DB должен быть менее 1 ГБ, который можно легко настроить.

ПРИМЕЧАНИЕ - В моей собственной реализации я столкнулся с одной задачей производительности, поскольку производительность NDB ухудшается с увеличением количества строк в таблице. Под высокой нагрузкой, чтение ухудшится с количеством увеличения строки. Убедитесь, что вы не выходите на полное сканирование таблицы и обеспечите достаточное количество предиката. Для правильной производительности определить вторичный индекс правильно в соответствии с вашим шаблоном запроса. Определение вторичного индекса снова увеличит потребление памяти, поэтому спланируйте шаблон запроса и ресурсы памяти соответственно.