mysql vs mariadb

Одно другое дополняет, а не исключает.

HandlerSocket - MariaDB

HandlerSocket - Percona

линками на свой виртуальный сервер? :)

поэтому и ставил марию, так как в совместимости запросов сомнений не было.

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

в результате откатился до мускуля.

Я не к тому что отменяет или дополняет. Я к тому что поменяв например mysql на percona - вряд ли у вас снизится нагрузка или повысится скорость отдачи страничек хоть как-то заметно Поэтому такая замена практически бессмысленна.

Всё будет нормально на обычном mysql, не переживайте. Они там тоже не стоят на месте и очень сильно подтягивают производительность.

Даже не представляю, что может такого возникнуть. Тем более, что при сборке php используется клиентская часть, а не серверная.

Выборка по ID и так будет очень быстрой. А в случае с волшебным словом, придется лишиться прелести SQL запросов.

Мой ответ был к "волшебному слову HandlerSocket" - оно быстрое, но далеко на нем не уедешь, т.к. функционал сильно ограничен, поэтому IMHO лучше комбинировать HandlerSocket и марина/перкона.

Лет пять назад - была разница, перкона более стабильно работала. Скорость (+/-) мне важнее была стабильность. Сейчас вроде MySQL подтянулся.

А по скорости отдачи - нужно тюнить, что лучше настроишь, то и будет быстрее. :)

https://habrahabr.ru/post/242337/

Все тесты субъективны, а в этом тесте тестировались ненастроенные сервера с кривыми конфигами, поэтому и результаты таких тестов тоже будут кривыми. Еще не указано как запускались тесты, запуски были холодные/горячие? От этого тоже результаты могут значительно измениться.

Имело бы смысл взять одну любую версию SQL сервера, настроить ее(хотя бы приблизительно), а потом конфиг скопировать на все остальные.

Сразу бросается в глаза кривое распределение памяти и буферов:

Параметры трестируемой базы
Размер на диске: 300МБ (в MyIsam)

my.cnf
key_buffer              = 512M	# автор считает, что индексы занимают в 1.7 раза больше, чем у него данных. 512М индексов на 300М данных.
join_buffer_size        = 158M	# в одном джойне можно объединить половину всей базы. (при отсутствии индексов)
max_allowed_packet      = 16M	# тоже круто, бесполезно и жрет память
query_cache_size        = 2G	# база 300М, а кеш под нее 2гига, примерно как с индексами.
#

Сама структура базы тоже не отстает, без комментариев:

Так же в статье не указана структура таблиц и тестируемые запросы.

Мало того, что 200 столбцов в одной таблице, так ещё и 10 джоинов, ужс. Тут надо не тесты проводить, а принудительное лечение архитектора БД.

40к записей вообще не объём для тестов.

В предыдущем посте у вас было про "разные движки спотыкаются о несовместимости библиотек." Поэтому и спросил линки на эти движки.

Сейчас уже понятно, что у Вас не собрался пхп+маринадб. Когда-то наступал на подобные грабли - нужно было вычистить остатки mysql, снести пакет "mysql-common"(или как-то созвучно он назывался)/либы, а уже потом ставить марину/перкону.