Комментарии 5
Ну, возможно основная причина - потому что на шаред-хостингах всегда был mysql и энное количество лет назад с него плавно же хостинги стали перетекать на mariadb. По сравнению с постгресом в те времена mysql/maria казались "человечнее" что ли :) да и выбор не всегда предлагался. Так что типовой кейс - вот у меня сайт на PHP и у него должна быть база - она в 95% случаев наверное оказывалась на mysql и позже maria. А зачем трогать то что работает. Сейчас постгрес завоёвывает мир энтерпрайза уверенно - в том числе по мудрёным кейсам шардирования и проч - но и maria за ним подтягивается по большинству фичей так что своё место под солнцем думаю у неё будет всегда.
Ну правда про лёгкость миграции с постгреса и оракла - это погорячились пожалуй :)
Постгрес силён, спору нет. Но и там есть спорные архитектурные вещи, которые сложно уже изменить.
Тот же buffer pool в InnoDB работает лучше т.к. находится в процессе, а не отдаётся на откуп файловому кешу ОС. После перезапуска можно с диска загрузить актуальный дамп горячих данных и сразу быстро на запросы отвечать.
Эта же особенность негативно влияла на скорость Постгреса после всяких уязвимостей в процессорах, когда переключение контекста стало неожиданно дорогим т.к. читать из своей памяти в MySQL дёшево, а делать read() с файловой системы (хоть и из кеша) - стало дороже т.к. context switch.
В общем как по мне - если нужна сложная логика в БД и прочая продвинутость, то Постгрес. А если что-то попроще, или хайлоад, то MySQL отдельно или в виде Vitess (https://vitess.io/)
Ещё бы только merge завезли и работающий HA -- и цены ей бы не было
Пришло время искать альтернативу MariaDB так как K1 Investment купил MariaDB. https://mariadb.com/newsroom/press-releases/k1-acquires-a-leading-database-software-company-mariadb-and-appoints-new-ceo/
Мой первый день в универе начался со знакомства с MariaDB (было абсолютно ничего не понятно)
Марии (db) 15 лет! 15 причин чтобы её полюбить (или хотя бы с ней познакомиться)