Какая версия или версия MySQL для выбора?

Question

Как известно, Sun приобрела MySQL (и позже Oracle приобрела Sun), и во время этих приобретений в сообществе MySQL было много FUD, в результате чего были созданы различные вилки.

Сегодня у нас есть MySQL от MySQL, Percona (XtraDB) MySQL, OurDelta MySQL, MariaDB, Drizzle, чтобы назвать несколько. Это подводит нас к источнику проблемы.

Мы находимся в процессе обновления наших баз данных (аппаратное/программное обеспечение), и я хотел бы знать, с какой из вилок я должен работать. У каждого свой набор плюсов и минусов. В настоящее время мы используем MySQL 5.0.x из MySQL/Linux на 8-ядерную машину. Наше новое оборудование - монстр с 32 ядрами и 32 ГБ оперативной памяти, подключающийся к быстрому хранилищу NetApp через FC.

Я хотел бы придерживаться MySQL из MySQL, но я слышал ужасные истории о том, как плохо MySQL 5.1 работает на многих ядрах. Я также слышал, что MySQL 5.4 лучше работает на многоядерных машинах, но это еще не готово к производству. Кроме того, я также слышал много хорошего о Percona builds.

Это то, что я знаю, до сих пор:

MySQL 5.1 из MySQL: Надежный выбор, но не очень хорошо масштабируется на большой машине

Percona: Весы хорошо, хорошая поддержка компании , У меня нет большого опыта работы с ним

MariaDB: Не знаю много о нем кроме того, что он был основан Оригинальных разработчиками MySQL (включая Monty)

OurDelta: Не знаю много

Полить: основном оптимизирован для облачных вычислений

Я хотел бы знать, что общее понятие об этой проблеме. С какой конструкцией/версией я должен работать? Как вы, ребята, собираете свои сборки/версии?

Спасибо!

Answer 1

Просто обновите это. Мы решили пойти с Перконой, и мы не можем быть счастливее. Ребята из Percona определенно знают свой материал и не отстают от новых технологий. Просто проверка http://www.mysqlperformanceblog.com/ Наверху программное обеспечение с надписью плюс люди с надписью и отличная поддержка, вы не ошибетесь.

Answer 2

Я думаю, что еще слишком рано списывать MySQL полностью. Я не в восторге от того, что Sun/Oracle набирает вожжи, но у меня нет четкого представления о том, в каком направлении они будут работать. Несмотря ни на что, я подожду еще год, прежде чем серьезно подумать о переходе на вилку. Время покажет, у какого проекта есть ресурсы и мотивация к выживанию, или если нужна даже вилка.

Answer 3

Использование MariaDB. В последнее время у них just released a version. Двигатель Марии также намного лучше, чем MyISAM. С проектом с открытым исходным кодом вы идете туда, куда уходит основатель.

Answer 4

В Google есть исправление в библиотеке памяти, что, предположительно, повышает производительность при многопоточных/основных установках mysql. Предположительно, узкое место производительности было в процедурах распределения памяти и проявлялось, начиная с 4 ядер. В настоящее время я запускаю двухпроцессорную коробку с 4 ядрами, и у меня нет проблем с 5.1.x без патча библиотеки памяти.

Мое самое большое предложение вам было бы установить 5.4 и запустить контрольный пакет против него. Если это сработает, пойдите с ним. Фрагментация различных вилок сосать, но, возможно, это будет к лучшему.По крайней мере, у учредителей есть деньги, чтобы финансировать свое направление ... Я бы не стал советоваться, чтобы следовать им слепо, хотя ... Потребовалось много времени и сил, чтобы сначала настроить инфраструктуру mysql, «Было больно поддерживать команду, которая сделала это в первый раз, нет гарантии, что они преуспеют во второй раз. Так что ... поддерживайте их, но не полагайтесь на них, пока не узнаете вас. может полагаться на них.

Answer 5

Все «вилки», которые вы упомянули (кроме «Морось»), основаны на новых официальных выпусках MySQL. Я думаю, что слово «вилка» может привести вас к неправильному пути - поскольку намерение состоит в том, чтобы обеспечить после рыночных изменений. Я писал об этом здесь:

http://mtocker.livejournal.com/50931.html

Поскольку они повторно база MySQL и MySQL 5.0 в «расширенном обслуживании», только основные уязвимости должны быть исправлены. Это означает, что вы хотите перейти на 5.1. Если мы будем работать с этим допущением, то это сократит нашу систему OurDelta из ваших решений - так как они всего лишь партнеры по сборке/упаковке MariaDB 5.1.

Я думаю, вы также можете исключить «Дождь», так как в настоящее время это предварительная бета-версия. К концу лета они планируют бета-тестирование, но все же гораздо раньше, чем вы захотите. Я действительно не думаю, что вы используете базу данных не готовы к производству, поэтому это также исключает MySQL 5.5.

Таким образом, это оставляет Percona Server, официальный MySQL 5.1 и MariaDB. Это правда, что у версии 5.1 есть небольшая масштабируемость со многими ядрами, но если вы включите плагин InnoDB, это будет лучше.

Остальная часть моего ответа здесь на в предвзято - я работаю Percona:

Percona XtraDB имеет дополнительные исправления масштабируемости процессора, чем MySQL 5.1 + InnoDB плагин. Те, которые идут к материи покрыты здесь:

http://www.percona.com/docs/wiki/percona-xtradb:features:start

Один я могу прокомментировать, в частности, что будет иметь значение это один: http://www.percona.com/docs/wiki/percona-xtradb:patch:innodb_split_buf_pool_mutex

Answer 6

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

Я даже не знаю, точно ли «вилка» точно описывает Марию, так как они полны решимости не отставать от current releases of MySQL.

Короче говоря: MariaDB 5,1 = MySQL 5.1 + Percona XtraDB + additional useful patches + активное развитие и поддержание

Обновление конце 2011- май 2012: Я переключился с MariaDB на Percona сервера, чтобы добраться до MySQL 5.5, но я намерен при переключении назад, когда команда Maria имеет стабильный релиз 5.5. Я думаю, что каждый, кто должен настроить новую установку MySQL сегодня, должен запускать Percona Server. Если вы используете SSD, вы должны * запустить Percona Server.

Answer 7

Если вы все равно обновляете базы данных, вам следует рассмотреть другие СУБД FOSS или системы программного обеспечения для управления данными, а не только MySQL.

Например, если ваша рабочая нагрузка на БД является аналитикой больше, чем транзакциями, а данные в основном добавляются партиями, вы должны использовать MonetDB, столбчатые СУБД, которые на 1,5-2 порядка быстрее, чем MySQL при аналитике - только.

Другой вариант: PostgreSQL. Это больше ориентировано на транзакцию - например, MySQL; на самом деле, они similar достаточно, чтобы быть подходящими конкурентами. Есть arguments for preferring PostgreSQL и arguments for preferring a MySQL variant.

В DB-engines.com вы можете найти другие потенциально применимые СУБД, FOSS и коммерческие объекты с закрытым кодом.