В каких случаях MariaDB может быть предпочтительнее PostgreSQL?

Question

[beduin01]

Понятно дело, что PostgreSQL мощнее. Но существуют ли случаи когда MariaDB оказывается более предпочтительным вариантом?

Да я видел пару старых статей на habr про переход с PG на MariaDB, но из вашего опыта как?

Что я могу получить и в каких случаях?

Допустим сейчас у меня весь тюнинг PG сводится к отключению разных фич и журналирований чтобы повысить скорость т.к. в моем случае мне важнее скорость вставки\выборки чем гарантия целостности данных.

Я слышал что в MariaDB есть разные движки. Вот в PG есть вшитая мультивирсионность, но как понимаю она все только усложняет и нужна не всегда.

В каких случаях MariaDB может выиграть?

Answer 1

[ky0]

В каких случаях MariaDB может быть предпочтительнее PostgreSQL?

Если те, кто разрабатывает приложение и обслуживает базу лучше знает эту софтину, чем постгрес.

На этапе "мне важнее скорость, чем согласованность/целостность данных" почти наверняка особой разницы между нормально настроенным мускулем и нормально настроенным постгресом не будет.

Comments

[beduin01]

Вопрос еще в сложности "нормальной настройки", мониторинге и тд.

[Vitsliputsli]

beduin01, чаще всего нормальная настройка - это оставить дефолтные настройки и трогать только то, что действительно нужно, а то что действительно нужно выявляется в процессе эксплуатации. Большинство проблем как правило возникает, когда кто-то начинает "настраивать" БД заранее и полагаясь на свои "знания".
Любая СУБД имеет свои плюсы и минусы. MySQL очень быстрый на вставках, MariaDB скорее всего тоже. Вообще MySQL/MariaDB более простая СУБД и от того быстрая. В сборке от Percona MySQL будет быстрее PostgreSQL на простых запросах уж точно. У той же Percona есть и хорошие утилиты мониторинга. А вот план в MySQL был и остается хренью, почти бесполезной для чего-то серьезного. Но если вы собираетесь использовать СУБД как приложение с бизнес-логикой (хранимки, жонглирование json), то MySQL/MariaDB явно неудачный выбор. Что говорить, они даже с prepared statements работают тормознуто.

На этапе "мне важнее скорость, чем согласованность/целостность данных" почти наверняка особой разницы между нормально настроенным мускулем и нормально настроенным постгресом не будет.

Наверное, ky0 имел ввиду другое. Но, действительно, на этапе, когда важна скорость БД, когда даже контроль консистентности данных переносится в приложение, MySQL может оказаться лучшим решением.

И, соглашусь, на практике главенствует принцип выбора:

Если те, кто разрабатывает приложение и обслуживает базу лучше знает эту софтину, чем постгрес.