MySQL, Percona или MariaDB?

Статус
В этой теме нельзя размещать новые ответы.

Darkmind

SNMP maniac
Регистрация
31 Май 2006
Сообщения
185
Реакции
82
Хочу затронуть довольно специфическую тему: есть legacy проект, который работает на LAMP и возникла необходимость его переделать. Апач меняется на Nginx, PHP остаётся, а вот что использовать в качестве базы данных - вопрос нерешённый.

От привычного MySQL отходить не очень хочется, да и текущий уровень развития этой БД вполне устраивает; в ней есть всё, что нужно - хранимые процедуры, триггеры и прочие радости. Поэтому альтернативы в виде PostgreSQL или не приведи небо Oracle 12c рассматриваются, но не всерьёз. И после полного перехода MySQL под крыло Oracle, появились альтернативы: MariaDB и Percona. Вопрос заключается в том, какая база на ваш взгляд наиболее жизнеспособна и перспективна?

MySQL 5.6 полностью устраивает. В репозитории remi есть все необходимые плюшки и пакеты для обратной совместимости с протоколами предыдущих версий. Но не прибьёт ли её Оракл со временем? Percona вызвала некоторые нарекании в процессе установки. Пришлось собирать руками, несмотря на наличие официального RPM-репозитория. С MariaDB пока поработать не довелось, хотя CentALT репозиторий её активно предлагает. К тому же они вроде как собираются что-то менять в аспектах обратной совместимости.

Главный критерий - отсутствие сюрпризов в обозримом будущем и возможность дальнейших обновлений, чтобы новая итерация проекта не перешла в legacy-state так же, как это случилось с предыдущей. Интересует взгляд сообщества на данный вопрос.
 
легаси проект на каком движке работает? myisam или innodb?
mysql в обозримом будущем никуда не исчезнет. комьюнити версия движка ещё очень долго будет существовать.
 
На хабре был обзор марии и приводились тесты производительности весьма печальные (хз как в текущих версиях), но юзай mysql меньше гемора
 
легаси проект на каком движке работает? myisam или innodb?
Легаси представляет собой адский ёжик, но в своё время была проведена неплохая оптимизация и многое было переведено в InnoDB, начали использоваться ключи, процедуры и триггеры. Новая версия будет только на InnoDB.
 
тогда однозначно перкона, и в тестах и в практике она по иннодб даёт лучшие результаты.
 
Спасибо всем за советы и мнения. Попробую ещё раз поработать с перконой и поближе посмотреть на XtraDB. Хотя главный критерий не столько производительность (проект интранетовский), сколько дальнейший жизненный цикл самого сервера и вероятность попадания, так сказать, в тупиковую ветвь эволюции.

Первое знакомство было неудачным из-за накладок с их репозиторием. Не устанавливались shared libs, от чего некоторые пакеты испытывали боль, страдание и отказывались работать в таких условиях. Пришлось качать RPM руками, резолвить зависимости и доустанавливать требуемые по ним пакеты. Поставить-то можно, но в дальнейшем поддержка такой сборки обернётся нешуточным геморроем. Предприму попытку номер два.
 
Статус
В этой теме нельзя размещать новые ответы.
Назад
Сверху