The OpenNET Project / Index page

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

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

"Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от opennews (ok) on 17-Фев-12, 13:44 
Компания Oracle представила (http://permalink.gmane.org/gmane.comp.db.mysql.announce/646) стабильный релиз MySQL Cluster 7.2, пакета для развертывания кластерных конфигураций СУБД MySQL, позволяющих построить распределенные хранилища и высоконадежные конфигурации, которые могут обеспечить уровень доступности сервиса порядка 99.999% при обеспечении требований ACID к выполнению транзакций (атомарность, согласованность, изолированность,
долговечность).  MySQL Cluster позволяет создать распределённую сеть реплицированных в режиме multi-master серверов, гарантирующих отсутствие единой точки отказа. Система обеспечивает горизонтальное масштабирование -  наращивание мощности кластера производится за счёт подключения новых узлов и использования техники автоматического шардинга (распределения набора данных по серверам на основе определенного ключа). Код проекта распространяется под лицензией GPL и доступен (http://www.mysql.com/downloads/cluster/7.2.html) для свободной загрузки.


По тестам ...

URL: http://permalink.gmane.org/gmane.comp.db.mysql.announce/646
Новость: http://www.opennet.dev/opennews/art.shtml?num=33116

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Релиз пакета MySQL Cluster 7.2"  +2 +/
Сообщение от Клыкастый (ok) on 17-Фев-12, 13:44 
Ого, впечатляет. Если не накосячили и ровно реализовали - моё почтение.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

38. "Релиз пакета MySQL Cluster 7.2"  +1 +/
Сообщение от AlexAT (ok) on 18-Фев-12, 12:29 
> Ого, впечатляет. Если не накосячили и ровно реализовали - моё почтение.

multimaster работает очень ровно. Бенчи конечно всерьез воспринимать не стоит - будет зависеть от конкретной инсталляции. Но для своих задач движок очень вменяемый.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от Аноним (??) on 17-Фев-12, 14:25 
Ну и кто там говорил, что оракл купил мускул исключительно с целью "закaпать"?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Релиз пакета MySQL Cluster 7.2"  +3 +/
Сообщение от Анонимо on 17-Фев-12, 14:29 
Первая задача Дьявола убедить всех в том что он не существует, а далее по обстоятельствам :)
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от Клыкастый (ok) on 17-Фев-12, 14:36 
> Первая задача Дьявола убедить всех в том что он не существует, а далее по обстоятельствам :)

А обстоятельство таковы, что при таких суммах сделки закапывать купленное - самый сложный и геморройный способ закопать себя.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

13. "Релиз пакета MySQL Cluster 7.2"  +3 +/
Сообщение от Аноним (??) on 17-Фев-12, 18:43 
> Первая задача Дьявола убедить всех в том что он не существует, а далее по обстоятельствам :)

Какой хитрый план: сделать из мускуля стабильный и фичастый проект, после чего, очевидно, тот сдохнет сам.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

40. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от Аноним (??) on 18-Фев-12, 14:22 
Оракл просто наугад кидает кости. Может, попадет. У него этих коробок, с купленным ненужным софтом - а купленным просто ради выкосить конкурентов или подобия конкурентов - как дерьма в коровнике.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

5. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от klalafuda on 17-Фев-12, 14:58 

Ну на самом деле это ещё смотреть нужно на реальных инсталяциях на сколько все это работает и соответствует действительности. А то вон partitioning как бэ сделали но вот с внешними ключами он как бэ не работает -> пользы от него ноль без палочки.

Но вообще звучит конечно привлекательно факт.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от pro100master (ok) on 17-Фев-12, 15:26 
ну да - 1.8 млн апдейтов на сферических бенчах - внушительно. По механике у них зачет. В реальности всё немного по-другому.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

26. "Релиз пакета MySQL Cluster 7.2"  +1 +/
Сообщение от Аноним (??) on 18-Фев-12, 06:06 
> ну да - 1.8 млн апдейтов на сферических бенчах - внушительно. По
> механике у них зачет. В реальности всё немного по-другому.

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

Ваш ОК.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

30. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от pro100master (ok) on 18-Фев-12, 12:15 
а чего тут расписывать очевидные вещи? Да быстро вставляет. Первые секунды/минуты/часы (зависит от структуры). В какой-то момент, зависит от положения звёзд, скорость падает на порядки. Это беда не только "кластер эдишн". Это раз. Гораздо чаще, перед вставкой/обновлением необходимо произвести 10-20, бывает и 50, проверок. Вот тут всё упирается в невозможности нормально распараллелить выборки. Т.е. остаётся только менять архитектуру приложения. Второй гвоздь.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

31. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от AlexAT (ok) on 18-Фев-12, 12:20 
> а чего тут расписывать очевидные вещи? Да быстро вставляет. Первые секунды/минуты/часы
> (зависит от структуры). В какой-то момент, зависит от положения звёзд, скорость
> падает на порядки. Это беда не только "кластер эдишн". Это раз.

От структуры тут мало что зависит, это in-memory database.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

41. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от Аноним (??) on 18-Фев-12, 14:23 
>> а чего тут расписывать очевидные вещи? Да быстро вставляет. Первые секунды/минуты/часы
>> (зависит от структуры). В какой-то момент, зависит от положения звёзд, скорость
>> падает на порядки. Это беда не только "кластер эдишн". Это раз.
> От структуры тут мало что зависит, это in-memory database.

Быстро вставляет любая реляционная таблично-ориентированная БД, чувак. Это так, для твоей инфы. В самом Оракле вставка - тоже самая быстрая операция. Скорость вставки лимитируется лишь скоростью синхронизации кэша на диски, если что. Блокировки там не нужны, сам понимаешь. Монитор транзакций не участвует.

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

25. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от Аноним (??) on 18-Фев-12, 06:04 
> Ну и кто там говорил, что оракл купил мускул исключительно с целью
> "закaпать"?

Кто? Поясните, подтвердите, приведите примеры, ссылки. Обоснуйте, короче говоря.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

42. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от Аноним (??) on 18-Фев-12, 14:24 
>> Ну и кто там говорил, что оракл купил мускул исключительно с целью
>> "закaпать"?
> Кто? Поясните, подтвердите, приведите примеры, ссылки. Обоснуйте, короче говоря.

Поди в маркетинговом отделе Оракла вопросы позадавай. Тебе там, может быть, что-то прояснят.

Ты серьезно считаешь, что тебе кто-то должен что-то объяснять и доказывать? Оракл - владелец. Что хочет - то и сделает. И объяснять первому встречному тупо ничего не обязан.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

32. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от AlexAT (ok) on 18-Фев-12, 12:21 
> Ну и кто там говорил, что оракл купил мускул исключительно с целью
> "закaпать"?

Вы путаете MySQL и NDB. NDB - это совершенно отдельный движок БД, NoSQL, кстати. MySQL к нему - всего лишь надстройка для реализации SQL.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

7. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от 1 (??) on 17-Фев-12, 15:29 
кластерный греп, охлол :D
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от r email on 17-Фев-12, 16:37 
а знает кто нить хорошее хауту по внедрению?)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

33. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от AlexAT (ok) on 18-Фев-12, 12:22 
> а знает кто нить хорошее хауту по внедрению?)

Достаточно манов. Два года назад легко внедрили 7.0 по манам, после перепрыгнули на 7.1 и сейчас - на 7.2. Живёт отлично.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

9. "Релиз пакета MySQL Cluster 7.2"  +1 +/
Сообщение от Аноним (??) on 17-Фев-12, 16:39 
А с авторизация и разграничение прав у них поддерживается, или как memcached?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

39. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от AlexAT (ok) on 18-Фев-12, 12:30 
> А с авторизация и разграничение прав у них поддерживается, или как memcached?

Почти все стандартные функции MySQL с движком NDB работают. В 7.2 реализовали дистрибуцию таблиц привилегий, что радует несказанно - раньше приходилось на каждой SQL-ноде привилегии заводить.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

10. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от arisu (ok) on 17-Фев-12, 17:44 
а мне вот интересно, как посчитали «99.999». а почему не 99.998? или 98.999? или любое другое число, собственно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от gaga (ok) on 17-Фев-12, 17:59 
>а мне вот интересно, как посчитали «99.999». а почему не 99.998? или 98.999? или любое другое число, собственно.

Я думаю это предложение следует понимать как нашу жаргонную фразу "пять девяток", которую употребляют спецы по надежности. Т.е. просто обозначается порядок, а не точная вероятность безотказной работы.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

14. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от arisu (ok) on 17-Фев-12, 19:13 
да я понял, что это маркетолух в релиз вписал. мне интересно увидеть методику подсчёта. в конце концов, это серьёзная корпорация, а не «вася-петя-инкорпорейтед».
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

24. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от Аноним (??) on 18-Фев-12, 06:01 
> да я понял, что это маркетолух в релиз вписал. мне интересно увидеть
> методику подсчёта. в конце концов, это серьёзная корпорация, а не «вася-петя-инкорпорейтед».

Ну это так, для красивого словца. В реальности на big-daba-base никто, конечно, этого не тестировал. С другой стороны, программист рад и счастлив, если формальные тесты пройдены -  можно заниматься другой не менее полезной задачей, что бы потом с упоением вернуться взад.

Ваш ОК.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

34. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от AlexAT (ok) on 18-Фев-12, 12:24 
> Ну это так, для красивого словца. В реальности на big-daba-base никто, конечно,
> этого не тестировал. С другой стороны, программист рад и счастлив, если
> формальные тесты пройдены -  можно заниматься другой не менее полезной
> задачей, что бы потом с упоением вернуться взад.

Плохой вы КО. NDB Cluster никогда не предназначался для "big database" - это именно среда, которая имеет несколько направлений масштабирования, но хранить в ней терабайты никто не будет - она предназначена для "быстрых" данных. Терабайты проще хранить в архивных БД.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

43. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от Аноним (??) on 18-Фев-12, 14:25 
>> Ну это так, для красивого словца. В реальности на big-daba-base никто, конечно,
>> этого не тестировал. С другой стороны, программист рад и счастлив, если
>> формальные тесты пройдены -  можно заниматься другой не менее полезной
>> задачей, что бы потом с упоением вернуться взад.
> Плохой вы КО. NDB Cluster никогда не предназначался для "big database" -
> это именно среда, которая имеет несколько направлений масштабирования, но хранить в
> ней терабайты никто не будет - она предназначена для "быстрых" данных.
> Терабайты проще хранить в архивных БД.

Ну валяй, попытайся терабайт положить в мускуль. А мы все посмеемся вместе.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

52. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от aborland on 12-Мрт-12, 17:00 
ну терабайт не терабайт
а полтерабайта - полет нормальный
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

12. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от NoName on 17-Фев-12, 18:39 
Нельзя же быть таким безграмотным!

http://en.wikipedia.org/wiki/High_availability

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

15. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от arisu (ok) on 17-Фев-12, 19:14 
http://www.opennet.dev/openforum/vsluhforumID3/83061.html#14
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

16. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от o on 17-Фев-12, 21:44 
Это все не нужно если есть мемкеш.
Миллиард в секунду! а не заврались ли?
Сеть тоже это дело долнжа протащись.
А вот репликацию таблицы или вьюшки не мешало бы, потому что sql это похоже все больше удел управления (т.е. админок), а реальное highload and highavailability это удел inmemory и прочих key-value.

По моему реляционные базы сейчас на грани. На коньке во многом благодаря большому количеству инженеров с ними знакомых.

з.ы.
С учетом кеширования в мемкеш, редис и тд, по быстродействию к sql базам претензий вообще нет, есть претензии к надежности и функциональности репликаций!!!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от Аноним (??) on 18-Фев-12, 05:51 
Дорогой друг. Пора уже прочитать учебник по истории и понять, что кровавый социализм кончился и начался прекрасный капитализм, при котором каждый кому не лень пишет "до миллиарда запросов в минуту". Ключевое слово "до". Например, адекватная скорость при данной формулировке - это 0.000001 запроса в секунду. Такая скорость тоже будет удовлетворять условию "до". Поэтому не надо слёз и соплей - парни героически сделали что обещали.

И ещё. По-моему на грани не SQL, а ты. Берись за учебу, она полезней чем бессмысленная писана сюда.

Твой ОК.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

35. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от AlexAT (ok) on 18-Фев-12, 12:24 
> это похоже все больше удел управления (т.е. админок), а реальное highload
> and highavailability это удел inmemory и прочих key-value.

WTF? NDB - это inmemory NoSQL.


Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

18. "это просто хлам"  +/
Сообщение от Аноним (??) on 18-Фев-12, 00:40 
Я это Г в бете юзал. В 7.2 обещали джойны ускорить, по факту оказалось что ускорили только один их тип. Оптимизатор планы строит как звезды сложатся. Посмотрите их форум. там тоже прикреплены статьи про 100500 tps, а ниже  - топики  с вопросами "почему это медленее чем InnoDB"
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "это просто хлам"  +/
Сообщение от Аноним (??) on 18-Фев-12, 01:07 
Специально для таких случаев есть подзапрос, который усе чинит, неасилил не кричи
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

23. "это просто хлам"  +/
Сообщение от Аноним (??) on 18-Фев-12, 05:53 
> Специально для таких случаев есть подзапрос, который усе чинит, неасилил не кричи

Пример подзапроса с бенчмарками или не считается!

Паптча 96668 намекает, что ты не ответишь..

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

47. "это просто хлам"  +/
Сообщение от Аноним (??) on 18-Фев-12, 17:22 
>Пример подзапроса с бенчмарками или не считается!
>Паптча 96668 намекает, что ты не ответишь..

Почему это не отвечу,
Вот тут мой вопрос, и ответ разработчиков на него. Можете изучить.

http://www.clusterdb.com/mysql/dramatically-increased-mysql-...

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

36. "это просто хлам"  +/
Сообщение от AlexAT (ok) on 18-Фев-12, 12:26 
> Я это Г в бете юзал. В 7.2 обещали джойны ускорить, по
> факту оказалось что ускорили только один их тип. Оптимизатор планы строит
> как звезды сложатся. Посмотрите их форум. там тоже прикреплены статьи про
> 100500 tps, а ниже  - топики  с вопросами "почему
> это медленее чем InnoDB"

Потому что непрофессионалам не понять, что у InnoDB и NDB совершенно разные области применения. Пытаться тащить базу с InnoDB в NDB и наоборот - удел новичка, соответственно и жалобы. Вы же не пытаетесь отверткой гвозди забивать?

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

19. "И в итоге"  +/
Сообщение от Аноним (??) on 18-Фев-12, 00:45 
И в итоге постгрес с прогретым кешем запрос по плоской таблице быстрее выполняет чем этот кластер из 6 нод, притом у кластера все данные лежали исключительно в раме. То есть как sql база, оно сливает просто жутко. А как key-value вообще не ясно чем оно лучше других.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "И в итоге"  +/
Сообщение от Аноним (??) on 18-Фев-12, 06:13 
Да-да, для многих программистов загадка, почему дисковый кеш быстрее помещенных ими в рамдиск через одно место данных. А про key-value претензия не по адресу, это скорее nosql.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

44. "И в итоге"  –1 +/
Сообщение от Аноним (??) on 18-Фев-12, 14:27 
> Да-да, для многих программистов загадка, почему дисковый кеш быстрее помещенных ими в
> рамдиск через одно место данных. А про key-value претензия не по
> адресу, это скорее nosql.

По определению, ёпта. Потому что есть такая хрень, как архитектура железа. Сперва данные надо через хост-адаптер протащить в южный мост, оттуда бриджом кинуть в северный, а оттуда контроллером РАМ раздать по банкам памяти. Туда и обратно.

А диск во многих случаях позволяет алгоритмически не переть данные на северный мост, и пробросить их диск-ту-диск по южному. И это, сцуко, быстрее.

Что вам, остолопам, непонятно?

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

37. "И в итоге"  +/
Сообщение от AlexAT (ok) on 18-Фев-12, 12:26 
> И в итоге постгрес с прогретым кешем запрос по плоской таблице быстрее
> выполняет чем этот кластер из 6 нод, притом у кластера все
> данные лежали исключительно в раме. То есть как sql база, оно
> сливает просто жутко. А как key-value вообще не ясно чем оно
> лучше других.

А как у вашего постгреса с HA и одновременной записью на десятке нод?

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

45. "И в итоге"  +/
Сообщение от Аноним (??) on 18-Фев-12, 14:28 
>> И в итоге постгрес с прогретым кешем запрос по плоской таблице быстрее
>> выполняет чем этот кластер из 6 нод, притом у кластера все
>> данные лежали исключительно в раме. То есть как sql база, оно
>> сливает просто жутко. А как key-value вообще не ясно чем оно
>> лучше других.
> А как у вашего постгреса с HA и одновременной записью на десятке
> нод?

Базовики-затейники, мля! Какой HA может быть на кластерной ФС с ОДНОЙ точкой отказа на ОДНОМ массиве?

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

49. "И в итоге"  +/
Сообщение от Аноним (??) on 18-Фев-12, 17:34 
>>> И в итоге постгрес с прогретым кешем запрос по плоской таблице быстрее
>>> выполняет чем этот кластер из 6 нод, притом у кластера все
>>> данные лежали исключительно в раме. То есть как sql база, оно
>>> сливает просто жутко. А как key-value вообще не ясно чем оно
>>> лучше других.
>> А как у вашего постгреса с HA и одновременной записью на десятке
>> нод?
> Базовики-затейники, мля! Какой HA может быть на кластерной ФС с ОДНОЙ точкой
> отказа на ОДНОМ массиве?

У нас вообще-то хранилище, по fc подключенно, там не один массив, не один контроллер, не один fc линк. Вы про какую единую точку отказа?

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

51. "И в итоге"  +/
Сообщение от AlexAT (ok) on 19-Фев-12, 12:58 
> Базовики-затейники, мля! Какой HA может быть на кластерной ФС с ОДНОЙ точкой
> отказа на ОДНОМ массиве?

А при чем тут кластерная фс?

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

21. "удивительно"  +/
Сообщение от Аноним (??) on 18-Фев-12, 01:11 
да да, select .. from t1 left joint (select * from t2) ON .. выполняется в 10 раз быстрее чем select .. from t1 left join t2 ON .. Удивительно но факт. Только в постгресе такой запрос выполняется еще в сто раз быстрее.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "удивительно"  +/
Сообщение от Аноним (??) on 18-Фев-12, 06:18 
У вас видимо разогретые базы данных - попробуйте на холодных.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

46. "удивительно"  +/
Сообщение от Аноним (??) on 18-Фев-12, 14:29 
> У вас видимо разогретые базы данных - попробуйте на холодных.

А давайте мягкое с теплым не сравнивать? Этот запрос по-разному будет даже в разных инсталляциях Оракла выполняться. Ничо, что говорить о перфомансе запросов вне точного контекста "железо-данные-план выполнения" тупо бессмысленно?

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

48. "удивительно"  +/
Сообщение от Аноним (??) on 18-Фев-12, 17:31 
>> У вас видимо разогретые базы данных - попробуйте на холодных.
> А давайте мягкое с теплым не сравнивать? Этот запрос по-разному будет даже
> в разных инсталляциях Оракла выполняться. Ничо, что говорить о перфомансе запросов
> вне точного контекста "железо-данные-план выполнения" тупо бессмысленно?

И что мне греть/охлаждать в NDB? Там база в раме целиком лежит. Я совсем не против чтобы план запроса менялся в зависимости от условий. Только вот почему то когда используется ndb движек, то оптимизатор статистику использовать не может. Вы это тоже можете на форуме почитать. Потому если вы делаете запрос который выбирает данные очень селективно, а потом их сортирует, то используются те же индексы что и в случае когда селективность низкая, и нужно было бы делать фулл скан, или использовать индекс по сортируемому полю(для ускорения сортировки).

PS:
У меня на постгресе да, одновременная запись на несколько нод, огранизованная средствами софта с двухфазными транзакциями. Расскажите пожалуйста какие по вашему профессионалы вообще ndb используют? Вы вообще на  sql.ru видели советы по его использованию?

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

50. "удивительно"  +/
Сообщение от Аноним (??) on 18-Фев-12, 17:38 
>> У вас видимо разогретые базы данных - попробуйте на холодных.
> А давайте мягкое с теплым не сравнивать? Этот запрос по-разному будет даже
> в разных инсталляциях Оракла выполняться. Ничо, что говорить о перфомансе запросов
> вне точного контекста "железо-данные-план выполнения" тупо бессмысленно?

http://www.clusterdb.com/mysql/dramatically-increased-mysql-...

Тут планы. И ответ разработчиков.

Что кстати скажут профессионалы, про merge и hash join? Которые бы кстати неплохо можно было бы распараллелить на несколько нод, только вот в mysql таких фич совсем нету?

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

29. "Релиз пакета MySQL Cluster 7.2"  +/
Сообщение от AlexAT (ok) on 18-Фев-12, 11:24 
Осторожно, в 7.2.4 фатальная бага - не работают LIKE в pushed down condition. Правится легко, патч есть на багтрекере, либо отключением condition pushdown, но если опыта мало - лучше подождите 7.2.5.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




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

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