Сдаем позиции?

[nikita2206]

Ну а почему бы форк не попробовать? (перкона/мария)

[snevsky]

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

[Psih]

Зато если вы зарепортите баги той самой Percona, большой шанс что они пофиксят и отправят патчи в Oracle.

[snevsky]

Поддержка платная? Прецеденты были?

[Psih]

Если вы будете использовать их сервер и репортить баги, то они будут заинтересованы в том, что бы его пофиксить.
Можете заказать у них поддержку, тогда они вам будут править баги как своим клиентам, т.к. это то, на чём они собственно и зарабатывают.
Как клиент дела с ними не имел, но я с их работниками общался (приглашал на конфу с докладами, они приезжали) и я не удивлюсь, если баги они поправят и отправят фиксы в апстрим.

[eexo]

afaik они пофиксят (если есть договор о поддержке), но в оракл они отправляют крайне редко.

[petropavel]

ну, некоторые баги у нас все-таки другие :)
и некоторые из MySQL уже у нас исправлены.
Хотя в InnoDB/partitioning обычно все совпадает.

Но вот в случае с 5.5.25 у нас бага bug#65745 не было.

[snevsky]

новый код — новые баги. Звучит вполне логично :)
партиции это вообще какой-то кошмар, уже 100 раз пожалел, что использую эту технологию в MySQL, больше забот, чем выигрыша производительности, пару месяцев назад убрал почти все партиционированные таблицы из системы, ибо реально только вред и никакой пользы.
думаю исправление бага до его нахождения скорее в основе исключение нежели правило, но конечно исключнием приятное

[JustRoo]

Ого. А можно чуть поподробнее? Как раз рассматриваем вариант использования партиционирования mysql в своем проекте, а тут вдруг такие отзывы. Партиционирование — это 100% гемор, или у вас просто какие-то специфические условия, а на сферических серверах в вакууме все работает хорошо?

[snevsky]

habrahabr.ru/post/130999/

[opium]

В форке все точно также 8(

[lesha_penguin]

<offtopic>Позвольте полюбопытствовать, если у вас «с Mysql все по-взрослому», то почему не www.percona.com/?
</offtopic>

[snevsky]

… выше ответил
Разработчики сервера Percona, используют за основу тот же самый код. Накладывают на него свои патчи по usability и немного расширяют функциональность в плане мониторинга и бэкапирования. Вот и все. Три раза натыкаясь на баги MySQL искал их решение в перконе. После третьего, больше не ищу, хотя часть их кода считаю полезной.

[alexander007]

А может взять что-то помимо MySQL?! Я пользуюсь PostgreSQL, стабильность радует.

[snevsky]

1. Система большая переписать сложно
2. В каждой системе свои проблемы, я оптимист, MySQL вроде стабильно идет вперед, иногда долго, иногда медлено, иногда в обратную сторону, но я надеюсь на лучшее
3. Новый проект пишем под PostgreSQL

[ccrypt]

snevsky, спасибо большое за пост. Последний год плотно работаю с Postgres (8.x, 9.x — 500 insert/update в секунду) и эта БД чуть ли не самая стабильная часть системы. Мне даже за багтрекером не приходится следить. А вот с MySQL не работаю и мне было очень интересно узнать о состоянии дел.

[Azy]

Я вот тоже думаю перейти на PostgreSQL.
4 часа ночью пытался понять почему filesort в хотя индекс есть. Оказалось что не до конца дочитал мануал. DESC индексы поддерживаются только в команде, а на самом деле создает ASC.
Очень хотелось расстрелять кого-нибудь.

[Nail]

А как PostgreSQL ведет себя когда много мелких запросов? Оно умеет делать 100K+ req/sec?
www.facebook.com/notes/mysql-at-facebook/can-innodb-do-100k-iops/10150907613720933

Оно может конкурировать с handlersocket (750K req/sec)?

[akalend]

нет, у меня была идея написать небольшой демон под PqSQL на подобии HS
к сожалению pg не поддерживает технологию plugins, по этому это должен бить либо патч,
либо внешнее решение.
к сожалению, пока нет свободного времени, хотя по документации API вполне можно разобраться.

[Nail]

Тут дело даже не только в HS.

Там по ссылке показано, что даже без HS mysql держит 100K+ запросов в секунду. Причем 5.6 будет еще быстрее.

Это значит, что в большинстве случаев можно отказаться от мемкеша — а это значительно упрощает разработку. Инвалидация кеша — одна из сложнейших вещей при разработке.

Вот стоит постгресс того, чтобы на него переходить и всегда перед ним мемкеш сувать?

[akalend]

это вечная тема холливара… из серии вопросов что лучше Винда или Линукс, Иисусс или Будда

где-то стоит, а где-то нет…

[josser]

Однажды мне повезло присутствовать на докладе Петра Зайцева о перспективах развития MySQL.
В конце доклада задавали вопросы, в духе: Когда же в Mysql будет тот-то?
А когда это?
На что в половине случаев был ответ, что мол, если вам нужны такие штуки, смотрите на альтернативные решения (PostgreSQL, Oracle).

Вот именно этот доклад заставил меня разобраться с Postgres :)

[snevsky]

Я слышал от него то же самое начало, но конец был другим. Вот заплатят нам за это денег и сделаем :)

[wapruks]

Ну ничто не идеально. Есть альтернативы. Может кто-то прочитав вашу статью начнет разрабатывать свой проект на другой СУБД, что-бы небыло «1. Система большая переписать сложно». Уверен, что у других БД есть свои баги

[shagguboy]

>у что ж комментим баг bugs.mysql.com/bug.php?id=65587 и ждем…
дождались
[11 Jun 22:02] Miguel Solorzano I was able to repeat with older source 5.2.25 however not repeatable anymore with today source: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 3 Server version: 5.5.26-debug Source distribution

[snevsky]

5.5.26-debug Source distribution
… пропустил, хотя несколько раз перечитывал баг.
Ну собственно да, об этом и пост, уже которая версия не работает, но вы правы, причины действительно всегда разные.

[shagguboy]

это же первый коммент

[snevsky]

я тоже иногда поражаюсь своей внимательности :)
спасибо что написали

[skywatcher]

Ну как бы тут наверное Оракл намекает в сторону большого брата. Мол мы делаем, что можем, но увы. Но тут вот рядом, совершенно случайно, у нас есть другая отличная база данных! У нее фактически нет минусов, только лицензия дофига денюжек стоит

[iXCray]

[iXCray]

Прошу прощения, не обратил внимания на Expiration…

[iXCray]

P.S.: это реальные строчки и результаты выполнения, полученные сегодня.

[weirdan]

Разбежались данные в файлах innodb и .frm. Обычно стоит грешить на всякие бекап-софтины, хотя причины могут быть разные. Решается созданием подходящего .frm в другой базе и копированием в директорию фейлящейся базы.

[iXCray]

Да, так и сделал. Но пока рвал глаза от удивления и искал решение, потерял полчаса )

[sedovmik]

Работаем на американского заказчика и после 3х лет жизни с mysql целиком мигрируем проект на postgresql. Основные причины — ценообразование mysql и достигнутый потолок в оптимизации сложных запросов.

[u_story]

Прошу прощения, за немного вопрос ни к месту. А на MS SQL никто не мигрировал с MySQL? Как он в сравнении с postgresql?

[AnViar]

В сравнении у одного из них есть поддержка, а с другим ты наедине.

[sedovmik]

А как же enterprisedb.com/?

[AnViar]

И как вам их поддержка?

[dreik]

скажу с точки зрения админа и тех и других: mysql — вечный геморой, за которым надо постоянно следить, чтобы не дай бог чего… mssql — поставил и забыл, разве что читай отчеты о успешных бэкапах, хотя, конечно, такая халява заканчивается, когда начинаются кубы, особенно over https, и репортинг.

[bRUtality]

Полностью отказаться от мускула в пользу постгрес не позволяет только отсутствие у последнего membership API для ASP.NET.

[bRUtality]

Сорри, бесплатные решения уже появились.

[youngest]

Живем на 5.1.60 и вообще никаких проблем. Расскажите, зачем вам именно _последняя_ версия?

[snevsky]

очень активно используем всяческие фичи, партиции, процедуры, разные фичи для PCI DSS, ниже 5.5.7 мы вообще сейчас не можем опуститься. Но сложилось это исторически, постепенно наращивали версию из-за какой-нибудь новой фичи, в итоге почти всегда нужна свежая версия. Надоела эта гонка по версиям уже, но сделать ничего не можем — поздно.

[svetasmirnova]

> shagguboy верно отметил — в одном баге написано, что в 5.5.26 последний баг уже исправлен, за что ему спасибо, а я да — опять жду следующую версию (ИМХО крайне символично)

Ну и везение у вас =( Кстати, 5.5.25a вы сами собирали? Если сами, попробуйте собрать с -DCMAKE_BUILD_TYPE=RelWithDebInfo -DWITH_DEBUG=0 -DENABLE_DEBUG_SYNC=0 Оригинальный баг с этими параметрами не повторяется, хотя ваш-то случай повторяется с нашей сборкой. Единственное, Оракловая сборка с -DENABLE_DEBUG_SYNC=1

Но вообще, если бы у вас была платная поддержка от Oracle, вы могли бы попросить hotfix этого бага прямо сейчас, не дожидаясь новой версии =)

[snevsky]

спасибо Света! всегда рад видеть ваши комментарии в топиках. попробую пособирать.
мы что-то реально везучие, думаю это все партиции виноваты :)