The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Тематический каталог: Настройка кластера MySQL (mysql databa..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Тематический каталог: Настройка кластера MySQL (mysql databa..."  +/
Сообщение от auto_topic on 25-Июн-08, 15:50 
Обсуждение статьи тематического каталога: Настройка кластера MySQL (mysql database cluster replication)

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

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


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

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

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

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру