Spec-Zone .ru
спецификации, руководства, описания, API

17.1.5.1. Различия Между NDB иInnoDB Механизмы хранения

MySQL Cluster NDB механизм хранения реализуется, используя распределенный, совместно использованный - ничто архитектура, которая заставляет его вести себя по-другому от InnoDB многими способами. Для непривычных к работе с NDB, неожиданные поведения могут возникнуть из-за его распределенного характера относительно транзакций, внешних ключей, табличных пределов, и других характеристик. Их показывают в следующей таблице:

Функция

InnoDB 1.1

MySQL Cluster NDB 7.3

MySQL Server Version

5.6

5.6

InnoDB Версия

InnoDB 5.6.13

InnoDB 5.6.11

MySQL Cluster Version

N/A

NDB 7.3.3

Пределы хранения

64TB

3TB

(Практический верхний предел, основанный на 48 узлах данных с RAM на 64 Гбайт каждый; может быть увеличен с находящимися на диске данными и BLOB),

Внешние ключи

Да

Да (Предварительный выпуск разработчика)

Транзакции

Все стандартные типы

READ COMMITTED

MVCC

Да

Нет

Сжатие данных

Да

Нет

(Файлы контрольной точки MySQL Cluster и файлы резервных копий могут быть сжаты),

Большая Поддержка Строки (> 14 K)

Поддерживаемый для VARBINARY, VARCHAR, BLOB, и TEXT столбцы

Поддерживаемый для BLOB и TEXT столбцы только

(Используя эти типы, чтобы сохранить очень большие объемы данных может понизить производительность MySQL Cluster),

Поддержка репликации

Асинхронная и полусинхронная репликация, используя MySQL Replication

Автоматическая синхронная репликация в пределах MySQL Cluster.

Асинхронная репликация между MySQL Clusters, используя MySQL Replication

Scaleout для Операций чтения

Да (MySQL Replication)

Да (Автоматическое разделение в MySQL Cluster; MySQL Replication)

Scaleout для Операций записи

Требует уровня приложения, делящего (sharding)

Да (Автоматическое разделение в MySQL Cluster прозрачно к приложениям),

Высокая доступность (HA)

Требует дополнительного программного обеспечения

Да (Разработанный в течение времени работы на 99.999 %)

Узел Failure Recovery и Failover

Требует дополнительного программного обеспечения

Автоматический

(Основной элемент в MySQL Cluster architecture)

Время для Восстановления Отказа Узла

30 секунд или дольше

Обычно <1 секунда

Производительность в реальном времени

Нет

Да

Таблицы в памяти

Нет

Да

(Некоторые данные могут дополнительно храниться на диске; и хранение данных в памяти и дисковое хранение данных длительны),

Доступ NoSQL к Механизму Хранения

Собственный интерфейс memcached в разработке (см. MySQL статья Дева Зоне NoSQL к MySQL с Memcached),

Да

Многократные API, включая Memcached, Node.js/JavaScript, Java, JPA, C++, и HTTP/REST

Параллельные и Параллельные Записи

Не поддерживаемый

До 48 писателей, оптимизированных для параллельных записей

Обнаружение конфликта и Разрешение (Многократные Ведущие устройства Репликации)

Нет

Да

Хеш Индексирует

Нет

Да

Онлайновое Добавление Узлов

Копии только для чтения, используя MySQL Replication

Да (все типы узла)

Онлайновые Обновления

Нет

Да

Онлайновые Модификации Схемы

Да

Да