URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 42549
[ Назад ]

Исходное сообщение
"Тематический каталог: Настройка кластера MySQL (mysql database cluster replication)"

Отправлено auto_topic , 25-Июн-08 15:50 
Обсуждение статьи тематического каталога: Настройка кластера MySQL (mysql database cluster replication)

Ссылка на текст статьи: http://www.opennet.me/base/net/mysql_cluster_2.txt.html


Содержание

Сообщения в этом обсуждении
"Настройка кластера MySQL (mysql database cluster replication)"
Отправлено antono , 25-Июн-08 15:50 
А бенчмарки кто-нить делал?
У меня на стомегабитной сети получилась производительность в 3-7 раз ниже чем у одной базы с InnoDB.

"Настройка кластера MySQL (mysql database cluster replication)"
Отправлено Виталий , 18-Мрт-10 23:43 
Кластерный Storage Engine имеет следующие ограничения(перечисляю не все):
Количество атрибутов в таблице не может быть больше 128. Т.е. если у вас в таблице больше 128 полей - до свидания, работать не будет.
Полнотекстовые индексы не поддерживаются.
Внешние ключи (FOREIGN KEY) игнорируются.
Размер одной записи (строки) в таблице не может превышать 8кбайт. При этом любое поле BLOB или TEXT занимает 264 байта
Количество объектов в кластере (БД, таблицы, индексы) не может превышать 20320
Имена объектов и таблиц, содержащие специальные символы не всегда корректно подхватываются другими узлами
Вы не можете создавать индексы на поля типа TEXT и BLOB
Поле типа BIT не может быть индексом иначе как в составном индексе (ни первичным ключём, ни уникальным и т.д.)
Для каждой таблице возможно только одно поле с AUTO_INCREMENT

Вам решать самим - стоит ли пользоваться этим сплошным недоразумением или всё-таки жить спокойно. Мой вывод - такой кластер будет работать только на небольших таблицах при небольшом размере БД, но тогда зачем вообще нужен кластер? На нагруженных и тяжёлых БД всё это работать не будет!

Оптимизируйте структуру БД и запросы, создавайте индексы. Если же несмотря на всё это мощность MySQL вам не хватает и вы думаете о кластере, то лучше посмотрите в сторону PostgreSQL или Oracle.