Действительно ли это - HPC или кластер MySQL HA?
Попробуйте это обходное решение:
Добавить
acl check permissions = no
кому: [global] из-за того, как Darwin ACLs ближе к Windows ACLs вместо POSIX ACLs.
Источники:
С установкой как та, изображенная на той странице, Вы получаете HPC и некоторые элементы HA. Если один из сбоев серверов NDBD, SQL-серверы соединятся с другим и обычно продолжаться без вмешательства. Если один из SQL-серверов перестал работать, приложение должно знать для соединения с другим SQL-сервером (или должен быть слой абстракции) для поддержания HA.
В первую очередь, большинство кластеров HPC будет содержать некоторые аспекты HA (обратное неверно, хотя). Поэтому для работы быстрее каждый узел должен работать без большой координации с другими узлами; так это обычно существует много частей, которые могут перестать работать, не останавливая другие.
Но в конце, я сказал бы, что кластеризация MySQL главным образом предназначается для HPC, не HA.
Копии для дублирования через серверы, которые внутренний изгиб может обеспечить более высокой доступности. Количество копий непосредственно коррелирует с количеством серверов в разделе, который может перестать работать, не принося MySQL Cluster офлайн.
Разделы состоят в том, чтобы разделить обработку через серверы, которые внутренний изгиб может обеспечить более высокой производительности. Количество разделов непосредственно коррелирует с количеством серверов, которое запрашивает к MySQL Cluster, будет разделен между.
Позвольте мне видеть, могу ли я ясно дать понять это. Если у Вас есть два сервера с двумя копиями, производительность записи могла бы быть уменьшена, потому что данные должны копироваться. В обоих случаях, или с единственной копией или с двумя копиями, производительность чтения могла бы быть улучшена, потому что существует два раздела (два сервера) для разделения запроса через.
MySQL Cluster не обеспечивает дублирование фронтенда MySQL Server, таким образом, это не out-of-the-box, мгновенное решение HA. Вам будет нужна или прикладная логика для определения местоположения доступного SQL-сервера, или Вам будет нужен сервисный контроль / сетевая логика для выключения неудавшегося SQL-сервера с тем, который функционирует. (Вы могли также попытаться установить фронтенд MySQL Server непосредственно на серверах приложений.)
Кроме того, хиты производительности или преимущества от MySQL Cluster будут варьироваться на основе того, как Ваше приложение использует базу данных, и какие узкие места существуют. Переключение от локальных сокетов до сетевых соединений увеличит задержку. Простые запросы для кэшированных данных будут узкое место в SQL-сервере. С другой стороны, некоторые обрабатывающие, который или связывается процессором или моим диском ввод-вывод, извлекут выгоду в большой степени. Лучший способ знать точный хит производительности или преимущество, которым MySQL Cluster будет обладать на Вашем приложении, мог бы просто состоять в том, чтобы протестировать его.