Percona приобрела компанию Tokutek

о как, а какие махачи были...

в комментах на HN один из разработчиков писал, что эти их деревья «фрактальные» только потому что красиво звучит и вообще маркетинг.

кто кинет в меня вайтпепером почитать - скажу спасибо (лень самому).

вообще новость отличная, не знал, что они раньше сотрудничали.

Раз уж тема зашла - а есть вообще какие-то плюсы у перконы/токудб для неэнтерпрайза?

Раз уж тема зашла - а есть вообще какие-то плюсы у перконы/токудб для неэнтерпрайза?

Зависит исключительно от ворклода. Если нужны быстрые инсерты - самое оно.

Не это?
http://insideanalysis.com/wp-content/uploads/2014/08/Tokutek_lsm-vs-fractal.pdf

Ненужно приобрела ненужно.

Fractal-Tree® indexing

как я понял, это чуть амортизированные B-деревья

±оно, спасибо

Раз уж тема зашла - а есть вообще какие-то плюсы у перконы/токудб для неэнтерпрайза?

Если сравнивать с PostgreSQL, то нет. И для энтерпрайза тоже.

Ндааа? Разве вставки в пг быстрые?

Если сравнивать с PostgreSQL, то нет. И для энтерпрайза тоже.

Если сравнить количество вакансий со словом mysql, то будет очевидно что выбирает энтерпрайз

то будет очевидно что выбирает энтерпрайз

Oracle?

Ндааа? Разве вставки в пг быстрые?

Можно и быстрые, и супербыстрые. Зависит от задачи.

Хорошая новость, для меня как пользователя в том числе и Percona.

Да ну? На уровне LSM?

Не верю я этим маркетологом из TokuDb. Тестировали TokuDb и InnoDb c перконовскими патчами как раз для операций вставки. При 2х параллельных процессах, пишущих в базу, производительность была одинкова. Но начиная с 3х TokuDb начал конкретно отставать. Хотя это именно та область, где TokuDb должен обгонять InnoDb

InnoDB быстрее на cpu-bounded

TokuDB быстрее на IO-bounded, и раза в 3-4 медленнее на cpu-bounded.

O_DIRECT в tokudb пока лучше не включать, компрессию включать надо.

Итого, когда нужно tokudb?

на 50GB+ базе данных, если innodb в память не влезает.
на innodb есть просадка при непрерывной вставке в таблицу с secondary индексами. Когда change buffer заполняется и количество мёржей этого буфера возрастает.
Кого-то ещё read-free репликация может привлечь.

Альтернатива току сейчас может быть MyRocks от мордокниги. Альтеннатива токумх - WiredTiger в новом монго

А вы на каких объемах тестировали, влезала ли база в память, вставки последовательные или рандомные, innodb фрагментированная, дефрагментированная? TokuDB - это не серебрянная пуля, а инструмент для решения определенного круга задач.

Если честно, я уже не особо помню. Почти год назад тестировали и результатов у меня больше нет. O_DIRECT был отключен, вставки последовательные, bulk insert'ы в основном. Размер базы не более 3Gb, на амазоновском c3.xlarge (4 cpu, 7,5Gb RAM). Вся база, буфферы и кэши влезали в память целиком.

В любом случае, даже если бы TokuDb был немного быстрее, мы бы выбрали InnoDb, так как только он поддерживается Galera Cluster.

Вполне вероятно, что TokuDb на определенных задач уделывает InnoDb. Но ведь в их whitepaper'ах разрекламировано, что TokuDb ну просто во всех write-heavy сценариях лучше, чем InnoDb

Офтоп, но как оно с Галерой в продакшене?

Работает. Без разрывов. Всё стабильно. Репликация не падает, ноды синхронизируются без проблем.

На уровне приложения, конечно, появлются проблемы типа deadlock'ов, но это уже другая песня