В этой главе обсуждаются ограничения и проблемы MySQL Cluster Manager version 1.4.8.
Ограничения, обсужденные в этой секции, вызваны дизайном MySQL Cluster Manager 1.4.8. Некоторые из этих пунктов могут стать устаревшими в будущих версиях, мы обновим эту секцию соответственно, если и поскольку те изменения появятся.
Команда change process
.
Сейчас команда
change process
может использоваться только, чтобы обменять процесс
ndbd на
процесс ndbmtd
или наоборот. Таким образом, в действительности это может использоваться
только, чтобы переключить узел данных между однопоточным и многопоточным
процессами. Это не может использоваться для изменения типа узла группы
(например, вы не можете изменить узел данных на узел SQL, узел управления или
узел приложений API NDB).
Из-за этого ограничения и вследствие того, что многопоточные узлы данных
не поддерживаются в MySQL NDB 6.3 и ранее, команда
change process
полезна только с
MySQL NDB Cluster 7.0 и выше.
Ключи лицензии и операционные платформы. Ключи лицензии не требуются, чтобы использовать MySQL Cluster Manager 1.4.8.
Параллельные сессии клиента не поддерживаются.
В настоящее время нет никакого арбитража между многократными клиентами
mcm. В то время как возможно использовать клиента
из нескольких мест, мы не поддерживаем
параллельные
сессии клиента. Необходимо быть осторожными всегда, чтобы позволить команде,
данной в одной сессии
mcm, выполниться прежде, чем дать
новую команду в иной сессии клиента. Это особенно верно, используя опции
-B
или
--background
с командами клиента
mcm, см.
здесь.
IPv6 и имена хоста (Windows).
Когда поддержка IPv6 позволена на системах Windows, имена хостов, кроме
localhost
, решены, используя IPv6.
Когда IPv6-позволенная система Windows используется в качестве хоста
MySQL NDB Cluster под MySQL Cluster Manager, необходимо сослаться на нее,
используя ее адрес IPv4. Иначе
mcm не будет способен
соединиться с процессом агента на том хосте.
Это относится к именам хоста, используемым с командами клиента
MySQL Cluster Manager
create cluster
,
create site
,
add hosts
,
add package
,
delete package
,
stop agents
и
add process
.
Использование антивирусного программного обеспечения на платформах Windows. При сканировании антивирусным программным обеспечением на платформах Windows доступ к файлу настроек агента mcmd может быть блокирован, заставив обновления для кластерной конфигурации иногда терпеть неудачу.
Ограничения, описанные в этой секции, касаются функциональности MySQL Server, которая не поддерживается, уменьшается или иначе отличается, используя с MySQL Cluster Manager.
Репликация. Репликация в настоящее время непосредственно не поддерживается MySQL Cluster Manager. См. раздел 5.3.
Ограниченная поддержка модификатора выбора
mysqld.
MySQL Cluster Manager не признает префиксы опций
--loose
,
--maximum
,
--enable
и
--disable
для
mysqld,
используемых в атрибутах конфигурации MySQL Cluster Manager
(для описания этих модификаторов посмотрите
Program Option Modifiers). Например, команда
set
loose-skip-innodb:mysqld=true mycluster;
приводит к ошибке
No such config variable loose-skip-innodb
for process mysqld.
Модификатор --skip
поддерживается в некоторых, но не всех случаях так, чтобы такие команды, как
set skip-innodb:mysqld=true mycluster;
и
set skip-grant-tables:mysqld=true mycluster;
могут использоваться с MySQL Cluster Manager в то время, как
set skip-column-names:mysqld=true mycluster;
уже нет (Bug #48559, Bug #47779).
Видимость признаков MySQL Cluster Manager
mysqld и
серверных переменных MySQL.
Частично благодаря проблемам с отображениями между именами опций в
my.cnf
, командной строке
mysqld и
и названиями серверных переменных MySQL, некоторые серверные переменные MySQL
невидимы MySQL Cluster Manager или имеют отличные имена. Например, переменная
storage_engine
, показанная в
выводе SHOW VARIABLES
клиента
mysql,
отображается к признаку конфигурации
default-storage-engine
в командах
get
и
set
MySQL Cluster Manager.
Тире и подчеркивания в и именах переменных и опций MySQL.
При работе с mysql
много системных опций и переменных MySQL можно назвать, используя тире или
подчеркивание в именах. Например, можно использовать
ndb_batch_size
или
ndb-batch-size
с MySQL Server, и это корректно.
Дело обстоит не так в MySQL Cluster Manager, где только использование
подчеркивания принято как название атрибута. Например, предположим, что
mycluster
рабочий кластер, тогда команда
set
ndb_batch_size:mysqld=65536 mycluster;
установит размер
ndb_batch_size на всех его процессах
mysqld, но
вот set ndb-batch-size:mysqld=65536 mycluster;
уже нет.
Зависимости настроек MySQL Cluster Manager mysqld и серверных переменных MySQL. MySQL Cluster Manager не отслеживает зависимости между опциями сервера и переменными mysqld. Это означает, что MySQL Cluster Manager мог бы иметь mysqld , начатый успешно, и сообщить об этом даже при том, что сервер оказался в нефункциональном состоянии потому, что зависимые настройки были установлены несовместимо. Поэтому хорошая идея для пользователей проверить настройки mysqld прежде, чем запустить узел, а также журнал mysql для уточнения статуса узла после того, как это было начато.
Параметры MySQL Cluster Manager mysqld и пользовательские переменные MySQL. Пользовательские переменные MySQL недоступны как признаки конфигурации MySQL Cluster Manager.
Эта секция описывает ограничения, касающиеся функциональности MySQL NDB Cluster, которая не поддержана или сокращена в MySQL Cluster Manager 1.4.8.
MySQL Cluster Manager и репликация. MySQL Cluster Manager в настоящее время не оказывает явной поддержки для MySQL NDB Cluster Replication. Однако, все еще необходимо быть в состоянии выполнить ручную установку репликации MySQL NDB Cluster, которым управляет MySQL Cluster Manager.
Резервирование и восстановление.
MySQL Cluster Manager предоставляет интегрированную резервную копию и
восстановление. Можно сохранить базы данных и таблицы
NDB
, используя клиент
mcm, команду
backup cluster
, а затем восстановить их
командой
restore cluster
. MySQL Cluster Manager
также поддерживает восстановление распределенных привилегий.
Можно также сохранить базы данных и таблицы
NDB
в клиенте
ndb_mgm
командой START BACKUP
и восстановить
командой ndb_restore,
но MySQL Cluster Manager не знает о резервных копиях, которые созданы не в
нем. Обе упомянутые программы поставляются с MySQL NDB Cluster.
Резервные копии таблиц механизмов хранения не
NDB
, а также всех других
объектов базы данных, которые не являются таблицами, не могут быть сделаны,
используя MySQL Cluster Manager и должны быть сделаны, используя некоторый
другой метод, такой как
mysqldump
.
Перезапуски. В настоящее время все узлы группы должны работать, чтобы выполнить прокрутку перезапуска через MySQL Cluster Manager. Но MySQL NDB Cluster требует только, чтобы по крайней мере один сервер управления и все узлы данных работали (другими словами, любые процессы mysqld и любые дополнительные процессы ndb_mgmd могут быть остановлены). В таких случаях можно выполнить перезапуск вручную после остановки агента MySQL Cluster Manager.
Когда происходит внесение изменений в атрибуты конфигурации,
перезапустятся только те узлы, которые требуют перезапуска, чтобы внесенные
изменения вступили в силу. Узлы ndbapi
никогда не перезапускаются MySQL Cluster Manager.
Импорт кластера. MySQL Cluster Manager отклонит импорт, если он не может получить доступ к информации о процессе импортируемой группы. Поэтому агентами MySQL Cluster Manager должен обычно управлять достаточно привилегированный пользователь, причем это тот же самый пользователь, который управляет кластером.
Перенастройка кластера. Обновления кластерной конфигурации
(используя команды set
или reset
), которая вызвала бы последовательный перезапуск узлов, не
выполняются MySQL Cluster Manager, если нет больше чем одного узла данных,
определенного для каждого узла кластера,
чтобы выполнить такие обновления, когда требованию не отвечают, пользователь,
применяя MySQL Cluster Manager, должен остановить группу, затем использовать
команду set
или
reset
, чтобы
изменить кластерные конфигурации, а затем снова запустить кластер.
Если, однако, ваши изменения конфигурации потребуют
initial restart кластера, необходимо будет сделать копию
данных, пересоздать кластер с новыми параметрами настройки, а затем
восстановить старые данные.
Эта секция охватывает проблемы MySQL Cluster Manager, касающиеся ограничений в SQL и другом синтаксисе.
Фоновые команды и обработка ошибок. Команды клиента MySQL Cluster
Manager, которыми управляют в фоновом режиме (то есть, когда они вызваны с
с опциями
--background
или -B
),
не выпускают сообщений об ошибках в клиенте. Если вы управляете командой в
фоновом режиме, необходимо проверить журнал агента или использовать команду
show status
, чтобы проверить, была ли фоновая команда успешна.