Форум пользователей MySQL

С 29 по 31 октября в Москве прошел первый авторизованный курс "MySQL Cluster для решений высокой надежности". Спасибо всем, кто принял участие. Во время курса было задано много вопросов, в том числе, про ограничения кластера, постараюсь здесь написать про статус данных ограничениий.

1. Чем отличается Cluster Carrier Grade Edition?
  а. он содержит более новую версию ndb по сравнению с общедоступной версией MySQL Cluster (исходные коды ndb в любом случае доступны). Сейчас он содержит 6ую версию ndb. Новые возможности будут постепенно портироваться в основную ветку.
  б. он поставляется только по специальной договоренности под нужды клиента, с соответствующими патчами.

Скачать Carrier Grade Edition можно по адресу ftp://ftp.mysql.com/pub/mysql/download/ … -ndb-6.3.5
Описания релизов: http://dev.mysql.com/doc/refman/5.1/en/ … eases.html

2. Максимальное число нод в кластере - 63
В ndb-6.1 уже допустимо использовать до 255 нод, что не должно налагать ограничений в большинстве случаев
http://dev.mysql.com/doc/refman/5.1/en/ … 6-1-x.html

3. Возможность закрыть ndb-таблицей, MyISAM-таблицу на sql-ноде. Потдтвержденная бага:
http://bugs.mysql.com/bug.php?id=27247

4. Сбой реплирации при ALTER TABLE ADD PRIMARY KEY auto_increment. Бага помещена в багтрекер:
http://bugs.mysql.com/bug.php?id=32084

5. Выделение и освобождение памяти.
а. освобождение памяти, занятой под таблицу, см. соседнюю ветку
в. если все страницы, отведенные под таблицу заняты, выделяется 18.75% от числа уже выделенных страниц. Данный параметр можно настраивать в ndb начиная с 6.1.12 http://dev.mysql.com/doc/refman/5.1/en/ … 6-1-x.html

6. Процедуры не распространяются между API-нодами
По словам разработчиков это сейчас одна из приоритетных задач

7. Запуск нескольких каналов репликации одновременно
На курсе было протестировано, что можно запустить несколько каналов репликации одновременно и все работает. Несмотря на то, что это работает, в документации рекомендуется запускать резервный канал только после гибели основного. Два одновременных канала будут проигрывать в производительности (все данные бинарного журнала будут передаваться дважды) и не есть протестированная конфигурация - если нужно, используйте на свой страх и риск.

8. CHAR, VARCHAR, хранение на диске
С версии 6.2.5 можно выбрать для каждой колонки где ее хранить - в памяти или на диске (параметр STORAGE), также можно выбрать формат (параметр COLUMN_FORMAT) FIXED или DYNAMIC. См. описание изменений, формат CREATE TABLE.