форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
Сообщение от opennews (??) on 29-Сен-15, 07:53
30 сентября в 16:00 (MSK) состоится (https://eventreg.oracle.com/profile/web/index.cfm?PKWebId=0x...) вебинар, на котором будет разбираться настройка MySQL для обеспечения оптимальной производительности, проведение анализа и оптимизации запросов для выявления и устранения узких мест в работе приложения. Некоторые темы, про которые будет рассказано на вебинаре: -  Использование оперативной памяти в MySQL.-  Анализ текущего состояния сервера.-  Скорость счетчика изменения.-  Анализ эффективности механизма хранения InnoDB.-  Анализ и установка настроек InnoDB (размер буферного пула (buffer pool), размер логов и другое).-  Организация работы оптимизатора MySQL-  Применение EXPLAIN для анализа плана запросов. -  Инструменты для мониторинга, анализа и тюнингa запросов. URL: https://eventreg.oracle.com/profile/web/index.cfm?PKWebId=0x... Новость: http://www.opennet.me/opennews/art.shtml?num=43056
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

12. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–2 +/–
Сообщение от Аноним (??) on 29-Сен-15, 09:09
>тюнингa запросов. Как ускорить запрос? Использовать RDBMS c чуть менее тупоpылой архитектурой. MySQL is bad by design. http://grimoire.ca/mysql/choose-something-else#by-design
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	39. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 29-Сен-15, 20:30
	ты бы ещё газетку бульварную почитал. Тупорылость архитектуры заключается в том что есть несклько вариантов хранения данных? Уже 3 года прошло, кстати 5.6 уже вышло, 5.7 выходит.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

13. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+3 +/–
Сообщение от Аноним (??) on 29-Сен-15, 09:31
Лучше бы делом уже занялись, в доках что не раздел, то restrictions and limitations, разработку всех нововведений забрасывают на полпути...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	14. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–2 +/–
	Сообщение от leap42 (ok) on 29-Сен-15, 10:21
	они и занимаются. или они, по-вашему, купили mysql чтобы развивать конкурента своей платной базе? mysql мёртв, just as planned.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	20. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–1 +/–
	Сообщение от Аноним (??) on 29-Сен-15, 13:03
	зачем пургу-то гнать? вот к примеру лишь список всех новых фич в MySQL 5.7 : http://www.thecompletelistoffeatures.com а это про производительность MySQL 5.7 : http://dimitrik.free.fr/Presentations/MySQL_Perf-Benchmarks-... за всю свою историю MySQL не развивался так успешно как сейчас с Oracle, а последние релизы MySQL (5.5 и 5.6) однозначно названы "лучшими за всю историю".
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	25. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 29-Сен-15, 13:54
	Ага, всё висит недоделанное. По багтрекеру правят, откровенно говоря, какую-то хрень. Из 5.5 и 5.6 - партицирование нормально так и не доделано, банальные вьюхи работают отвратительно. Движок memory висит со всеми багами и ограничениями с прошлого века. У 5.7 единственная подававшая надежды вешь - query rewrite plugin реализована только для галочки. То, что предполагалось, и что получилось никак не сходится. Слово "успешно" тут ну никак не применимо. Болотный затухший застой и никак иначе.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	37. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+2 +/–
	Сообщение от Аноним (??) on 29-Сен-15, 18:25
	> Ага, всё висит недоделанное. По багтрекеру правят, откровенно говоря, какую-то хрень. Из ну так Вы бы и написали чего именно Вам не хватает для счастья и какие баги должны быть устранены в первую очередь > 5.5 и 5.6 - партицирование нормально так и не доделано, банальные в 5.7 теперь Native Partitions у InnoDB, что с ними-то плохо ? > вьюхи работают отвратительно. Движок memory висит со всеми багами и ограничениями кому нужен Memory? (HEAP engine я так подразумеваю) - в 5.7 его слегка подправили, но его лучше переписать заново чем долбить старое.. - с приходом InnoDB Memory Tables будет и здесь счастье ;-) > с прошлого века. У 5.7 единственная подававшая надежды вешь - query > rewrite plugin реализована только для галочки. То, что предполагалось, и что > получилось никак не сходится. да ну?.. bug report тогда шлите поскорее кстати, код же ведь открыт, почему бы и самому не поучаствовать? > Слово "успешно" тут ну никак не применимо. Болотный затухший застой и никак > иначе. ну-ну ;-) даже и не знал что тут так весело ;-) надо будет заходить почаще ;-)
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	15. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–1 +/–
	Сообщение от Аноним (??) on 29-Сен-15, 10:25
	MySQL развиваться если и будет то за счёт других спонсоров, либо в случае когда эти ограничения будут мешать опробованию "новых фич" для основной БД Oracle.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	22. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–1 +/–
	Сообщение от Аноним (??) on 29-Сен-15, 13:09
	> MySQL развиваться если и будет то за счёт других спонсоров, либо в > случае когда эти ограничения будут мешать опробованию "новых фич" для основной > БД Oracle. бред. см.выше.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	26. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 29-Сен-15, 13:55
	Бред ваш бред. Только абсолютно не в теме человек будет утверждать что у MySQL нет проблем с развитием.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	34. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 29-Сен-15, 18:02
	> Бред ваш бред. Только абсолютно не в теме человек будет утверждать что > у MySQL нет проблем с развитием. ну и насмешили...
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	29. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–1 +/–
	Сообщение от iPony on 29-Сен-15, 15:16
	> для основной БД Oracle. Ну Oracle SQL и MySQL это как лошадь и пони. Странно их напрямую сравнивать...
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	17. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–1 +/–
	Сообщение от Аноним (??) on 29-Сен-15, 11:13
	Обидно что подававшая надежды MariaDB тоже повисла. Сейчас работают только Percona, но и то в рамках полной совместимости с MySQL и тоже очень медленно... На мой взгляд эта проблема куда критичнее всяких там оптимизаций запросов. Кому оптимизация нужна была, уже давно на postgresql.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	21. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–1 +/–
	Сообщение от Аноним (??) on 29-Сен-15, 13:08
	> Обидно что подававшая надежды MariaDB тоже повисла. Сейчас работают только Percona, но > и то в рамках полной совместимости с MySQL и тоже очень > медленно... посмотрите на фичи добавленные в MySQL командой из Oracle: http://www.thecompletelistoffeatures.com/  и сравните их с несколькими патчами которые поверху добавляет Percona -- а затем сделайте для себя вывод кто реально "работает" и развивает MySQL на сегодня.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	27. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+1 +/–
	Сообщение от Аноним (??) on 29-Сен-15, 14:04
	По вашему сайту ошибка 404. Если сравнивать багтрекер Percona и mysql, то у первого обсуждения и правки производятся намного активнее. Если в багтрекер mysql написать - то скорее всего на тебя там положат, в Percona не оставят без внимания. > посмотрите на фичи добавленные в MySQL Все эти фичи абсолютно сырые недоделки для галочки. В MySQL успешно создают видимость движухи. А как решаешься что-то использовать, либо недокументированное поведение, либо какая-та корявость не позволяют.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	35. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–1 +/–
	Сообщение от Аноним (??) on 29-Сен-15, 18:10
	> По вашему сайту ошибка 404. Если сравнивать багтрекер Percona и mysql, то > у первого обсуждения и правки производятся намного активнее. Если в багтрекер > mysql написать - то скорее всего на тебя там положат, в > Percona не оставят без внимания. >> посмотрите на фичи добавленные в MySQL > Все эти фичи абсолютно сырые недоделки для галочки. В MySQL успешно создают > видимость движухи. А как решаешься что-то использовать, либо недокументированное поведение, > либо какая-та корявость не позволяют. не знаю почему, но в ссылке появились ненужные символы, вставляю еще раз: http://www.thecompletelistoffeatures.com/ а насчет сырых недоделок: т.е. Facebook, Twitter, Google, LinkedIn, Booking.com, и т.д. -- все они MySQL используют тоже "лишь для видимости" ? и я так понимаю Вы уже отсылали bug reports в MySQL, какой конкретно? и кто на него положил? (и еще мне интересно: а до Oracle как дела обстояли? неужели лучше?)
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	40. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–1 +/–
	Сообщение от Аноним (??) on 29-Сен-15, 22:08
	Ctrl + F -> percona -> Нет соответствий
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

16. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
Сообщение от Аноним (??) on 29-Сен-15, 10:51
никто не подскажет планируется ли делать запись вебинара?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	46. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+1 +/–
	Сообщение от _KUL (ok) on 30-Сен-15, 00:34
	Да, кто по часовому поясу ещё спать не будет, запишите, выложите на обменник какой-нибужь пожалуйста. Ну или раздачу на каком-нибудь торрентообменнике оформите, будьте добры.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

18. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
Сообщение от vitalif (ok) on 29-Сен-15, 11:43
> Использование оперативной памяти в mysql Вот вот, пусть расскажут. А то сколько инструкций в интернетах начинаются с: сделайте вам buffer pool размером больше ваших данных...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	23. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–2 +/–
	Сообщение от Аноним (??) on 29-Сен-15, 13:12
	>> Использование оперативной памяти в mysql > Вот вот, пусть расскажут. А то сколько инструкций в интернетах начинаются с: > сделайте вам buffer pool размером больше ваших данных... ну если диски тормозят, то что еще тогда посоветовать?
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	30. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 29-Сен-15, 15:32
	innodb в синтетических тестах показывает увеличение расходов дискового пространства до 7 раз ( https://www.percona.com/forums/questions-discussions/mysql-a... ). До 7 раз увеличивается и потребление памяти. И до 7 раз увеличивается объем передаваемых данных. Поэтому если хочешь увеличить тормоза до 7 раз и занасиловать свой жесткий диск - используй innodb и зависай над buffer pool.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	36. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–2 +/–
	Сообщение от Аноним (??) on 29-Сен-15, 18:13
	> innodb в синтетических тестах показывает увеличение расходов дискового пространства до > 7 раз ( https://www.percona.com/forums/questions-discussions/mysql-a... > ). До 7 раз увеличивается и потребление памяти. И до 7 > раз увеличивается объем передаваемых данных. Поэтому если хочешь увеличить тормоза до > 7 раз и занасиловать свой жесткий диск - используй innodb и > зависай над buffer pool. Ну так а в чем вопрос тогда? - пользуйте себе MyISAM на здоровье и дискам тоже будет спокойно ;-)
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	52. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 30-Сен-15, 12:37
	Это два разных анонима. Да и было бы глупо самому себе так отвечать...
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	53. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 30-Сен-15, 12:40
	Только не MyISAM, а TokuDB. MyISAM нифига не замена innodb.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	58. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 30-Сен-15, 16:15
	> Только не MyISAM, а TokuDB. MyISAM нифига не замена innodb. TokuDB тоже не для всего хорош.. -- да, заливает данные он хорошо, а вот потянет ли он у вас OLTP нагрузку - это уже совсем другой вопрос.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	62. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 30-Сен-15, 18:51
	А есть основания полагать что не потянет?
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	42. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+1 +/–
	Сообщение от vitalif (ok) on 29-Сен-15, 22:37
	так а причём тут диски? buffer pool это размер кэша в памяти. чтобы его сделать > данных, надо чтобы данные полностью влезали в память)) а нафиг в этом случае вообще что-то оптимизировать, если данных и так кот наплакал?
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	47. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 30-Сен-15, 01:05
	> так а причём тут диски? buffer pool это размер кэша в памяти. > чтобы его сделать > данных, надо чтобы данные полностью влезали в > память)) а нафиг в этом случае вообще что-то оптимизировать, если данных > и так кот наплакал? если данных кот наплакал, то я вообще не понимаю в чем проблема тогда? ;-) а Buffer Pool (BP, если мы про InnoDB здесь говорим) не только под сами данные используется.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	55. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от vitalif (ok) on 30-Сен-15, 13:17
	ну так вот и я не понимаю! :) а все руководства по оптимизации mysql начинаются именно так - сделайте buffer pool больше размера данных!
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	59. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 30-Сен-15, 16:17
	> ну так вот и я не понимаю! :) > а все руководства по оптимизации mysql начинаются именно так - сделайте buffer > pool больше размера данных! хреновые руководства значит ;-) нормальное руководство всегда будет начинаться с "it depends.." ;-)
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

19. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+4 +/–
Сообщение от Demo (??) on 29-Сен-15, 11:45
У меня вызывает когнитивный диссонанс. Оракел расскажет о производительности MySQL. :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	24. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–1 +/–
	Сообщение от Аноним (??) on 29-Сен-15, 13:16
	> У меня вызывает когнитивный диссонанс. Оракел расскажет о производительности MySQL. :) ну раз только Oracle на сегодня и развивает производительность MySQL, то больше и рассказывать некому :) а любую полезную информацию всегда лучше получать из первых рук, не правда ли?
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	43. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+1 +/–
	Сообщение от vitalif (ok) on 29-Сен-15, 22:38
	выступит какой-нить маркетоид и скажет - производительность мускля говно, айда все покупать оракл!!!)))
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	65. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 01-Окт-15, 12:51
	> выступит какой-нить маркетоид и скажет - производительность мускля гoвнo, айда все покупать > оракл!!!))) Не свисти. Предположения будешь делать на кухне.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

28. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
Сообщение от Аноним (??) on 29-Сен-15, 14:18
Oracle в одном предложении с производительностью? Смешно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	31. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–1 +/–
	Сообщение от Аноним (??) on 29-Сен-15, 15:42
	Обратите внимание - оптимальной производительностью, а не производительностью. Смысл слова "оптимально" совершенно неконкретен. Оракловцы смеются что все восприняли оптимально как быстро и т.п.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	32. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+2 +/–
	Сообщение от Andrey Mitrofanov on 29-Сен-15, 16:20
	> Обратите внимание - оптимальной производительностью, а не производительностью. Смысл > слова "оптимально" совершенно неконкретен. Оракловцы смеются что все восприняли оптимально > как быстро и т.п. Продажники оракле настроют мой mysql оптимальным для "производительности" продаж oracle sql образом, так что ли?
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	33. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–1 +/–
	Сообщение от Аноним (??) on 29-Сен-15, 17:13
	> оптимальным для "производительности" продаж Оптимальное решение — решение, которое по тем или иным признакам предпочтительнее других. Оптимальным может быть как увеличение продаж, так и их снижение. Не думаю что подобное подразумевалось. > будет разбираться настройка MySQL для обеспечения оптимальной производительности Если цель оракла снизить производительность, то снижающие производительность настройки и будут оптимальными. Хрень всё это.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	38. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–1 +/–
	Сообщение от Аноним (??) on 29-Сен-15, 18:34
	>> оптимальным для "производительности" продаж > Если цель оракла снизить производительность, то снижающие производительность настройки > и будут оптимальными. Хрень всё это. позволю себе лишь вам напомнить что более 95% пользователей MySQL никогда вообще ничего у MySQL не покупали, и даже копейки на поддержку не потратили. Зато гонору как правило всегда на миллион ;-))
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	41. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 29-Сен-15, 22:12
	На самом деле да, всё так и есть. Просто очень четко чувствуется что MySQL купили чтобы убить. Темпы разработки несоизмеримы с количеством проблем. Может они что-то новое и вводят, для себя лично я ничего интересного в новых версиях не нахожу. А вот старые косяки не допиливают, из-за этого много полезных вещей просто не получается использовать.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	48. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 30-Сен-15, 01:10
	> На самом деле да, всё так и есть. Просто очень четко чувствуется > что MySQL купили чтобы убить. брехня.. ;-) Вы за релизами следите, дела они сами за себя говорят. > Темпы разработки несоизмеримы с количеством проблем. > Может они что-то новое и вводят, для себя лично я ничего > интересного в новых версиях не нахожу. А вот старые косяки не > допиливают, из-за этого много полезных вещей просто не получается использовать. Вот и напишите чего именно Вам не хватает в новых версиях, чего бы хотелось больше всего (с приоритетами),  и какие именно косяки так давят на мозоль.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

44. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
Сообщение от Аноним (??) on 29-Сен-15, 23:42
то то mailru дернул на PostgreSQL
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	45. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 29-Сен-15, 23:43
	Прошло более 10 лет, и что мы видим? В MySQL есть раздражающие проблемы с транзакциями между таблицами разных storage engine и у MySQL проблемы с репликацией. За эти десять лет у PostgreSQL появились подключаемые типы данных и индексы, а также есть репликация — т. е. преимущество MySQL было нивелировано, в то время как архитектурные проблемы MySQL остались и мешают жить. В MySQL 5.7 попытались решить проблему производительности репликации, распараллелив её. Поскольку проект на работе очень чувствителен к производительности репликации в силу своего масштаба, я попытался протестировать, стало ли лучше. Я нашёл, что параллельная репликация в 5.7 работает медленней однопоточной в 5.5, и лишь в отдельных случаях — примерно также. Если вы сейчас используете MySQL 5.5 и хотите перейти на более свежую версию, то учтите, что для высоконагруженных проектов миграция невозможна, поскольку репликация просто перестанет успевать выполняться. После доклада на highload, в Oracle приняли к сведению разработанный мной тест и сообщили, что попытаются исправить проблему; недавно мне даже написали, что смогли увидеть параллелизм на своих тестах, и выслали настройки. Если не ошибаюсь, при 16 потоках появилось незначительное ускорение по сравнению с однопоточной версией. К сожалению, до сих пор не повторил свои тесты на предоставленных настройках — в частности потому, что с такими результатами наши проблемы всё равно остаются актуальными. Точные причины такой регрессии производительности неизвестны. Было несколько предположений — например, Кристиан Нельсен, один из разработчиков MariaDB, у себя в блоге писал о том, что могут быть проблемы с перфоманс-схемой, с синхронизацией тредов. Из-за этого наблюдается регрессия в 40%, которая видна на обычных тестах. Oracle-разработчики это опровергают, и меня даже убедили, что её нет, видимо, я вижу какую-то другую проблему (и сколько же их всего?).
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	50. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 30-Сен-15, 01:24
	>[оверквотинг удален] > версией. К сожалению, до сих пор не повторил свои тесты на > предоставленных настройках — в частности потому, что с такими результатами наши > проблемы всё равно остаются актуальными. > Точные причины такой регрессии производительности неизвестны. Было несколько предположений > — например, Кристиан Нельсен, один из разработчиков MariaDB, у себя в > блоге писал о том, что могут быть проблемы с перфоманс-схемой, с > синхронизацией тредов. Из-за этого наблюдается регрессия в 40%, которая видна на > обычных тестах. Oracle-разработчики это опровергают, и меня даже убедили, что её > нет, видимо, я вижу какую-то другую проблему (и сколько же их > всего?). А можно ли выложить где-либо этот тест на репликацию ?  -- очень странно слышать про 40% разницу. У меня до сих пор были как раз обратные сведения: пользователи переходили с 5.5 на 5.6 (даже еще до GA релиза) именно потому что репликация в 5.5 не тянула. (кстати, в 5.5 ведь даже binlog group commit отсутствует, очень странно слышать что 5.5 пилит лучше) -- возможно Ваш тест тогда что-то и прояснит..
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	54. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–1 +/–
	Сообщение от Аноним (??) on 30-Сен-15, 12:43
	У себя все проекты перевел на postresql, кроме тех, в которых используется memory движок для хранения данных в памяти и кэширования записи. Разработчики postresql в это смысле ведут себя упрямо. Они твердо уверены что лучше знают что нужно конечным пользователям.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	64. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 01-Окт-15, 12:48
	> У себя все проекты перевел на postresql, кроме тех, в которых используется > memory движок для хранения данных в памяти и кэширования записи. Разработчики > postresql в это смысле ведут себя упрямо. Они твердо уверены что > лучше знают что нужно конечным пользователям. Ни одни из разработчиков иначе не считают.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	49. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 30-Сен-15, 01:13
	> то то mailru дернул на PostgreSQL так вот и UBER тоже "он из лесу вышел и снова зашел"  -- перешли они на PostgreSQL, почесали репу, и назад на MySQL вернулись..
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	57. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 30-Сен-15, 14:12
	Тут как, скорее всего просто неосилили, или стоимость миграции стала зашкаливать, поэтому решили оставить всё как есть. Похожий пример с CCP и их EVE Online, у ребят огромный кластер и 50+ тысяч онлайна в одном пространстве, но внезапно они использую MSSQL. Их как-то спросили, а чего на убогом MSSQL сидите, вам сам Бог велел какой-нибудь RAC. Они ответили, что миграция уже просто не возможна из-за привязки к фичам MSSQL.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	61. "30 сентября Oracle проведёт вебинар на тему производительнос..."	–1 +/–
	Сообщение от Аноним (??) on 30-Сен-15, 16:25
	> Тут как, скорее всего просто неосилили, или стоимость миграции стала зашкаливать, поэтому > решили оставить всё как есть. насколько я понял - осилили, и стоимость не зашкаливала, просто PostgreSQL не потянул нагрузку.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

51. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
Сообщение от Slot (ok) on 30-Сен-15, 08:03
поржал :))))))
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

56. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
Сообщение от Аноним (??) on 30-Сен-15, 14:05
>обеспечения оптимальной производительности >MySQL Выберете что-то одно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	60. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 30-Сен-15, 16:20
	>>обеспечения оптимальной производительности >>MySQL > Выберете что-то одно. неужели так до сих пор и не удалось увидеть MySQL с высокой производительностью? ну к примеру хотя бы то что MySQL 5.7 теперь способен обрабатывать больше 500К SQL(!) запросов/сек. -- новости уже 2 года как минимум, видели?
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	63. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 01-Окт-15, 06:45
	> MySQL 5.7 теперь способен обрабатывать больше 500К SQL(!) Galera != MySQL 5.7
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	66. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
	Сообщение от Аноним (??) on 01-Окт-15, 14:40
	>> MySQL 5.7 теперь способен обрабатывать больше 500К SQL(!) > Galera != MySQL 5.7 А при чем тут Galera ?? MySQL 5.7 без никакой Галеры и пр. (т.е. сам по себе (т.е. "single MySQL 5.7 Server instance")) спокойно обрабатывает более 500 тысяч SQL запросов/сек. (именно SQL запросов, т.к. не-SQL через Memcached plugin он вытягивает больше 1М запросов/сек.)
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

67. "30 сентября Oracle проведёт вебинар на тему производительнос..."	+/–
Сообщение от soarin (ok) on 01-Окт-15, 20:23
Ну и где записи взять то?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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