Кто-нибудь использовал MySQL Forks в производстве

9

Теперь, когда MySQL принадлежит Oracle, многие начинают задумываться об использовании некоторых популярных форков, таких как MariaDB и Drizzle.

Кто-нибудь использовал их в производстве в течение длительного периода времени? Если да, были ли функции стабильными и был ли опыт сопоставим с MySQL?

mysql mariadb Кайл Брандт
источник
3
Пожалуйста, обратите внимание, что я не думаю, что чувства людей по этой теме будут полезны, если за этим нет опыта: blog.stackoverflow.com/2010/09/good-subjective-bad-subjective .
Кайл Брандт
Жаль видеть, что было дано не так много ответов (только Percona). Так что ты думаешь?
Александр Левчук

Ответы:

9

Мы не использовали вилки MySQL, но в нашем случае (базы данных Биоинформатики) переключение на PostgeSQL работало очень хорошо. Веб-приложение (Cellwall Navigator, 10k строк кода Perl и таблицы 10 дБ) работало на MySQL в течение 5 лет. Нам потребовалось 2 дня, чтобы настроить SQL для перехода на Postgres.

Ни одно приложение не кодировало необходимые корректировки, за исключением подключения к базе данных.

Корректировка была:

  • MySQL пароль () заменен на Postgres md5 (), как это SELECT id FROM users WHERE email = ? AND password = password(?)становитсяSELECT id FROM users WHERE email = ? AND password = md5(?)

  • Простое преобразование для MySQL STRAIGHT_JOIN в обычный JOIN

  • И один случай JOIN, как это

Исходный SQL, который был разрешен MySQL (работал хорошо для приложения перед миграцией):

SELECT sequence.id, ... FROM sequence JOIN xlink ON xlink.sequence = sequence.id WHERE xlink.accession = ? GROUP BY sequence.id

Мы настроили его так, чтобы он был правильным SQL, который работает в PostgeSQL и корректен для приложения:

SELECT DISTINCT sequence.id, ... FROM sequence JOIN xlink ON xlink.sequence = sequence.id WHERE xlink.accession = ?
Александр Левчук
источник
2
+1 для PostgreSQL. ИМО, он заслуживает гораздо большего внимания, чем получает.
Стивен Понедельник
4

Я использую http://www.percona.com/software/percona-server/ сейчас, и это здорово. Я также знаю некоторые очень популярные интернет-компании, которые используют его

Майк
источник
Это тот же MySQL с патчем механизма хранения XtraDB, не так ли?
НАРКОЗ
1
нет, они также сильно исправили драйвер InnoDB .. Также включены многие исправления Google, которые люди MySQL никогда не вставляли
Майк
4

Я управляю MariaDB на Ravelry.com около года. Основная база данных в 5 раз больше, чем пул буферов 40 ГБ, и она обрабатывает достаточное количество трафика - около 3 КБ запросов в секунду в загруженное время. На мой взгляд, это лучший MySQL, и нет никаких причин использовать любой другой MySQL.

Он работает лучше, чем обычный MySQL (благодаря включенному плагину Percona XtraDB / InnoDB), активно поддерживается и содержит дополнительные полезные исправления и механизмы хранения помимо работы Percona.

Я мог бы продолжить и рассказать о необходимых функциях, которых у простого MySQL нет - заметное улучшение производительности с многопроцессорными машинами, время восстановления innodb значительно улучшено, ошибки в mainline MySQL устраняются быстро, статистика таблиц и индексов чрезвычайно полезна ... Я рад видеть добавленный HandlerSocket ( через Percona )

MySQL 5.5 был недавно выпущен, и он (наконец-то) приближается к включенному движку XtraDB с точки зрения производительности, но я все еще думаю, что MariaDB - лучший путь.

Используйте MariaDB.

Casey
источник
Я написал аналогичную похвалу за MariaDB на SO: stackoverflow.com/questions/2450534/…
Кейси