Разработчики 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.dev/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.../
Новость: http://www.opennet.dev/opennews/art.shtml?num=43187

• Сравнение производительности MariaDB 10.1 и MySQL 5.7,pavlinux, 00:30 , 23-Окт-15
  • Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 00:47 , 23-Окт-15
  • Сравнение производительности MariaDB 10.1 и MySQL 5.7,asavah, 00:58 , 23-Окт-15
    • Сравнение производительности MariaDB 10.1 и MySQL 5.7,eRIC, 07:01 , 23-Окт-15
    • Сравнение производительности MariaDB 10.1 и MySQL 5.7,Andrey Mitrofanov, 10:07 , 23-Окт-15
  • Сравнение производительности MariaDB 10.1 и MySQL 5.7,parad, 01:44 , 23-Окт-15
    • Сравнение производительности MariaDB 10.1 и MySQL 5.7,parad, 01:48 , 23-Окт-15
      • Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 09:23 , 23-Окт-15
        • Сравнение производительности MariaDB 10.1 и MySQL 5.7,parad, 11:17 , 23-Окт-15
  • Сравнение производительности MariaDB 10.1 и MySQL 5.7,Alex, 11:57 , 23-Окт-15
• Сравнение производительности MariaDB 10.1 и MySQL 5.7,chaos_dremel, 00:48 , 23-Окт-15
  • Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 02:14 , 23-Окт-15
    • Сравнение производительности MariaDB 10.1 и MySQL 5.7,., 16:25 , 23-Окт-15
      • Сравнение производительности MariaDB 10.1 и MySQL 5.7,Анончег, 23:59 , 23-Окт-15
• Сравнение производительности MariaDB 10.1 и MySQL 5.7,fi, 00:58 , 23-Окт-15
  • Сравнение производительности MariaDB 10.1 и MySQL 5.7,_KUL, 06:31 , 23-Окт-15
    • Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 08:58 , 23-Окт-15
  • Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 09:47 , 23-Окт-15
• Сравнение производительности MariaDB 10.1 и MySQL 5.7,Просто, 02:03 , 23-Окт-15
• Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 02:42 , 23-Окт-15
• Сравнение производительности MariaDB 10.1 и MySQL 5.7,Anonplus, 04:46 , 23-Окт-15
  • Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 07:40 , 23-Окт-15
    • Сравнение производительности MariaDB 10.1 и MySQL 5.7,psrafo, 10:57 , 23-Окт-15
• Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 05:23 , 23-Окт-15
  • Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 09:41 , 23-Окт-15
• Сравнение производительности MariaDB 10.1 и MySQL 5.7,Тот_Самый_Анонимус, 05:47 , 23-Окт-15
• Сравнение производительности MariaDB 10.1 и MySQL 5.7,Fracta1L, 07:09 , 23-Окт-15
• Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 09:26 , 23-Окт-15
  • Сравнение производительности MariaDB 10.1 и MySQL 5.7,1, 09:53 , 23-Окт-15
  • Сравнение производительности MariaDB 10.1 и MySQL 5.7,анонимус, 12:48 , 23-Окт-15
    • Сравнение производительности MariaDB 10.1 и MySQL 5.7,Антон, 14:53 , 23-Окт-15
      • Сравнение производительности MariaDB 10.1 и MySQL 5.7,., 16:39 , 23-Окт-15
• Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 13:24 , 23-Окт-15
• Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 13:58 , 23-Окт-15
• Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 13:59 , 23-Окт-15
  • Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 21:49 , 24-Окт-15
    • Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 21:52 , 24-Окт-15
  • Сравнение производительности MariaDB 10.1 и MySQL 5.7,vovans, 14:53 , 26-Окт-15
• Сравнение производительности MariaDB 10.1 и MySQL 5.7,Аноним, 13:06 , 06-Фев-16

Постгрес где?!

Я вижу только Регресс.

а где firebird, oracle, mssql, sqlite, sybase, db2 ...

ща phoronix-у накатаю телегу ...

>а где firebird, oracle, mssql, sqlite, sybase, db2 ...

это авторы MariaDB, которые пытаются показать разницу между MariaDB и MySQL, а не полное сравнение всех СУБД на планете...

> а где
> ща phoronix-у накатаю телегу ...

Как любит повторять Ларабель, "где-где, в премиум акаунтах".

где std::map, std::unordered_map?

притом я вполне серьездно: 64гб/10^6 = 64к на запись - что врятли. короче это херня а не тест.

innodb buffer pool size = 512M
для тестов его обычно берут с запасом, но не в этом случае sysbench oltp тест на миллион строк это где-то 550-600МБ на диске.

512 байт/запись + кеш фс. тут как не крути тест кривой.

В заднице.
Извините.

Percona Server где?

Дабы не огорчать любителей мускула и мариядб перкону решили не включать в тест.

Чтобы не огорчать Нуловимого Индейца Джо ... его не стали звать на вечеринку.

Поддержал. Кака така персона?

Упс! а как же в предыдущей новости: «Проведена оптимизация производительности. В тесте SysBench при установке 1024 соединений MySQL 5.7 сумел продемонстрировать производительность в 1.6 млн запросов на чтение в секунду, что в три раза выше, чем смогла обеспечить конфигурация на основе MySQL 5.6.» ???

Вот вот, прям как в поговорке "каждый тестит так как хочет". Нужен объективный тест от конторы сторонней.

> Нужен объективный тест от конторы сторонней.

Похороникс?

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тыс запросов в секунду на интеле и спарком

Наш ответ "Чемберлену" от команды MariaDB :)

Теплые ламповые тесты фороникс'а?

То есть, и оракл и разработчики форка, ухудшили производительность продукта? Разница лишь в том, что MariaDB скатилась не так сильно. Я правильно понимаю? Если да, то ни тем, ни другим гордиться нечем.

А куда деваться?
База данных это много операций с памятью. Модификация этих структур должна быть атомарна (возможность менять несколько полей и не получать частичные изменения от других потоков).
Значит нужны мьютексы или хитрые 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

Да спасибо

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...

> 5.7 показывает на 64 ядрах пятикратный рост производительности, 5.6 утыкается на 32 тредах (как и форкнутый на 5.5 mariadb).

ой да ладно, какой-нибйдь define поменяли с #define POOL_MAX_THREADS 32 на #define POOL_MAX_THREADS 64

>Разработчики MariaDB провели тестирование производительности
>а наихудшие - MySQL 5.7.9

Ну кто бы сомневался...

И это поделие пихают во все дистрибутивы.

Clipper где?!

И FoxBase не протестили, лентяи.

Там же где dbase и Clarion :)

эээ....Clarion наше все :)

Это просто огромное счастье что Clarion,Clipper и прочее - всё ВАШЕ. Я по нем - не соскучился :)

На базе каких версий мускуля сделаны эти версии мариды?

MariaDB сдулась, и сайт у них заброшен уже несколько лет, в особенности доки. Надо с Percona сравнивать, это единственный форк, над которым сейчас работают и делают что-то серьезное, а не бирюльки.

MariaDB как ubuntu, тупо компонует чужие наработки.

lolwut

Оптимизатор подзапросов первым где был сделан? Hash joins где были сделаны? Virtual columns где были сделаны?

Virtual columns, кстати, в оракле скоммуниздили с марии, после чего поменяли синтаксис - явно умышленно, для несовместимости: семантически и технически между мариевским persistent и оракловым stored нет никакой разницы.

эх, жаль, минусовать не могу

а-ля-ля