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

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

"Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+/–
Сообщение от opennews (ok) on 23-Окт-15, 00:30
Разработчики MariaDB провели (https://blog.mariadb.org/maria-10-1-mysql-5-7-commodity-hard.../) тестирование производительности веток СУБД MySQL 5.7, MySQL 5.6,  MariaDB 10.0  и  MariaDB 10.1. Тестирование проводилось на сервере с 4-ядерным CPU Intel и 64Гб ОЗУ с использованием приложения sysbench на таблице, содержащей 1 млн записей. Наилучшие показатели продемонстрировал MySQL 5.6.27, а наихудшие - MySQL 5.7.9, разрыв между которыми оказался на уровне 10-12%. На втором месте оказался MariaDB 10.1, а на третьем MariaDB 10.0. Производительность MariaDB 10.1 увеличилась по сравнению с MariaDB 10.0 на  2-5%. Разница между производительностью MySQL 5.7 и MariaDB 10.1 составила 4-11%. <center><img src="https://www.opennet.ru/opennews/pics_base/0_1445544908.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></center> URL: https://blog.mariadb.org/maria-10-1-mysql-5-7-commodity-hard.../ Новость: https://www.opennet.ru/opennews/art.shtml?num=43187
Ответить | Правка | Cообщить модератору

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

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

1. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+1 +/–
Сообщение от pavlinux (ok) on 23-Окт-15, 00:30
Постгрес где?!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–10 +/–
	Сообщение от Аноним (??) on 23-Окт-15, 00:47
	Я вижу только Регресс.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	4. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–20 +/–
	Сообщение от asavah (ok) on 23-Окт-15, 00:58
	а где firebird, oracle, mssql, sqlite, sybase, db2 ... ща phoronix-у накатаю телегу ...
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	15. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–16 +/–
	Сообщение от eRIC (ok) on 23-Окт-15, 07:01
	>а где firebird, oracle, mssql, sqlite, sybase, db2 ... это авторы MariaDB, которые пытаются показать разницу между MariaDB и MySQL, а не полное сравнение всех СУБД на планете...
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	25. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+8 +/–
	Сообщение от Andrey Mitrofanov on 23-Окт-15, 10:07
	> а где > ща phoronix-у накатаю телегу ... Как любит повторять Ларабель, "где-где, в премиум акаунтах".
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–19 +/–
	Сообщение от parad (ok) on 23-Окт-15, 01:44
	где std::map, std::unordered_map?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	7. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–19 +/–
	Сообщение от parad (ok) on 23-Окт-15, 01:48
	притом я вполне серьездно: 64гб/10^6 = 64к на запись - что врятли. короче это херня а не тест.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	20. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–15 +/–
	Сообщение от Аноним (??) on 23-Окт-15, 09:23
	innodb buffer pool size = 512M для тестов его обычно берут с запасом, но не в этом случае sysbench oltp тест на миллион строк это где-то 550-600МБ на диске.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	29. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–16 +/–
	Сообщение от parad (ok) on 23-Окт-15, 11:17
	512 байт/запись + кеш фс. тут как не крути тест кривой.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	30. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–18 +/–
	Сообщение от Alex (??) on 23-Окт-15, 11:57
	В заднице. Извините.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–13 +/–
Сообщение от chaos_dremel on 23-Окт-15, 00:48
Percona Server где?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	9. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+10 +/–
	Сообщение от Аноним (??) on 23-Окт-15, 02:14
	Дабы не огорчать любителей мускула и мариядб перкону решили не включать в тест.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	36. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–10 +/–
	Сообщение от . on 23-Окт-15, 16:25
	Чтобы не огорчать Нуловимого Индейца Джо ... его не стали звать на вечеринку.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	38. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–6 +/–
	Сообщение от Анончег on 23-Окт-15, 23:59
	Поддержал. Кака така персона?
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

5. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+4 +/–
Сообщение от fi (ok) on 23-Окт-15, 00:58
Упс! а как же в предыдущей новости: «Проведена оптимизация производительности. В тесте SysBench при установке 1024 соединений MySQL 5.7 сумел продемонстрировать производительность в 1.6 млн запросов на чтение в секунду, что в три раза выше, чем смогла обеспечить конфигурация на основе MySQL 5.6.» ???
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	14. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–5 +/–
	Сообщение от _KUL (ok) on 23-Окт-15, 06:31
	Вот вот, прям как в поговорке "каждый тестит так как хочет". Нужен объективный тест от конторы сторонней.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	19. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–7 +/–
	Сообщение от Аноним (??) on 23-Окт-15, 08:58
	> Нужен объективный тест от конторы сторонней. Похороникс?
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	23. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–4 +/–
	Сообщение от Аноним (??) on 23-Окт-15, 09:47
	http://dimitrik.free.fr/Presentations/MySQL_Perf-Benchmarks-... где-то начиная с 30го слайда идут графики под разными нагрузками. На 49м 0.9M в секунду для спарка T5 на point select, предыдущий - 0.6M на интеле с меньшим количеством ядер. Судя по всему команде mysql дали для тестов спарк с 128 ядрами и 900 MQPS удалось разогнать в 2 раза: что-то вроде http://www.oracle.com/us/products/servers-storage/servers/sp... Т.е. сравнивают 645тыс запросов в секунду на интеле и спарком
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–6 +/–
Сообщение от Просто on 23-Окт-15, 02:03
Наш ответ "Чемберлену" от команды MariaDB :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–8 +/–
Сообщение от Аноним (??) on 23-Окт-15, 02:42
Теплые ламповые тесты фороникс'а?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+3 +/–
Сообщение от Anonplus on 23-Окт-15, 04:46
То есть, и оракл и разработчики форка, ухудшили производительность продукта? Разница лишь в том, что MariaDB скатилась не так сильно. Я правильно понимаю? Если да, то ни тем, ни другим гордиться нечем.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	17. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+8 +/–
	Сообщение от Аноним (??) on 23-Окт-15, 07:40
	А куда деваться? База данных это много операций с памятью. Модификация этих структур должна быть атомарна (возможность менять несколько полей и не получать частичные изменения от других потоков). Значит нужны мьютексы или хитрые lock-free алгоритмы (которые приводят к увеличению использования памяти и мы теряем процессорный кеш). Если мьютексов мало, то производительность на 1-4 потоках выше. Барьеры дорогое удовольствие: http://kristiannielsen.livejournal.com/17598.html Обратно, если мы исполняем одновременно сотни или тысячи потоков, то один горячий мьютекс сводит производительность на нет (например в mysql 4.1 или старых посгресах): работают 1-2 ядра процессора, остальные не используются. Как чинить такие проблемы? Разбивать мьютексы не несколько: вместо одной большой структуры делаем десяток структур, самые горячие структуры защищаем отдельными мьютексами. Например вместо одной точки выдачи новых значений auto_increment делаем несколько генераторов нового значения с разным смещением (offset). Приходим к тому что новое решение может использовать современные процессоры. В обычные 2U влезает 2-4 сокета, Intel предлагает процессоры с 12ти ядрами, amd с 16ти. Итого получаем 48-64 честных ядра и 96 с гипертредингом, который с ростом количества ядер становится более эфективным. Значит горячие мьютексы из mysql 4.1 надо размножить минимум в 100 раз чтобы максимально эфективно использовать дешёвое серверное железо. Если брать дорогое железо (те же power, на которых MariaDB показывала 1 миллион запросов в testbench, содержат до 1024 потоков на исполнение). Итого, даже если производительность одного потока будет в 3 раза меньше, за счёт 100 ядер процессора мы получим в 30 большую производительность на современном железе, чем мы имели на старых версиях mysql/postgresql
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	28. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–3 +/–
	Сообщение от psrafo (ok) on 23-Окт-15, 10:57
	Да спасибо
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

12. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+9 +/–
Сообщение от Аноним (??) on 23-Окт-15, 05:23
http://dimitrik.free.fr/blog/archives/2015/04/mysql-performa... Какой прикольный тест на специально выбранном железе. 5.7 показывает на 64 ядрах пятикратный рост производительности, 5.6 утыкается на 32 тредах (как и форкнутый на 5.5 mariadb). А mariadb в прес релизе берёт 4 ядра (на каком серваке выпущенном в этом году будет 4 ядра?) Не, ну а что можно взять 1 ядро и 5.0 обгонит и mariadb и 5.7 http://www.fromdual.com/mysql-single-query-performance-the-t...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	22. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–9 +/–
	Сообщение от Аноним (??) on 23-Окт-15, 09:41
	> 5.7 показывает на 64 ядрах пятикратный рост производительности, 5.6 утыкается на 32 тредах (как и форкнутый на 5.5 mariadb). ой да ладно, какой-нибйдь define поменяли с #define POOL_MAX_THREADS 32 на #define POOL_MAX_THREADS 64
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

13. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+9 +/–
Сообщение от Тот_Самый_Анонимус on 23-Окт-15, 05:47
>Разработчики MariaDB провели тестирование производительности >а наихудшие - MySQL 5.7.9 Ну кто бы сомневался...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+6 +/–
Сообщение от Fracta1L (ok) on 23-Окт-15, 07:09
И это поделие пихают во все дистрибутивы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+5 +/–
Сообщение от Аноним (??) on 23-Окт-15, 09:26
Clipper где?!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	24. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+11 +/–
	Сообщение от 1 (??) on 23-Окт-15, 09:53
	И FoxBase не протестили, лентяи.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	31. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–9 +/–
	Сообщение от анонимус (??) on 23-Окт-15, 12:48
	Там же где dbase и Clarion :)
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	35. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+7 +/–
	Сообщение от Антон (??) on 23-Окт-15, 14:53
	эээ....Clarion наше все :)
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	37. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–8 +/–
	Сообщение от . on 23-Окт-15, 16:39
	Это просто огромное счастье что Clarion,Clipper и прочее - всё ВАШЕ. Я по нем - не соскучился :)
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

32. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–5 +/–
Сообщение от Аноним (??) on 23-Окт-15, 13:24
На базе каких версий мускуля сделаны эти версии мариды?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

33. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+6 +/–
Сообщение от Аноним (??) on 23-Окт-15, 13:58
MariaDB сдулась, и сайт у них заброшен уже несколько лет, в особенности доки. Надо с Percona сравнивать, это единственный форк, над которым сейчас работают и делают что-то серьезное, а не бирюльки.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+8 +/–
Сообщение от Аноним (??) on 23-Окт-15, 13:59
MariaDB как ubuntu, тупо компонует чужие наработки.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	62. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+/–
	Сообщение от Аноним (??) on 24-Окт-15, 21:49
	lolwut Оптимизатор подзапросов первым где был сделан? Hash joins где были сделаны? Virtual columns где были сделаны?
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	63. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+/–
	Сообщение от Аноним (??) on 24-Окт-15, 21:52
	Virtual columns, кстати, в оракле скоммуниздили с марии, после чего поменяли синтаксис - явно умышленно, для несовместимости: семантически и технически между мариевским persistent и оракловым stored нет никакой разницы.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	64. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	–1 +/–
	Сообщение от vovans (ok) on 26-Окт-15, 14:53
	эх, жаль, минусовать не могу
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

65. "Сравнение производительности MariaDB 10.1 и MySQL 5.7"	+/–
Сообщение от Аноним (??) on 06-Фев-16, 13:06
а-ля-ля
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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