Репликация из MySQL в Tarantool

[Flip89]

А есть ли где нибудь видео с митапа?

[mipxtx]

https://www.youtube.com/embed/e-BUQR1jyiM

[Flip89]

Отлично, благодарю!

[kyookineko]

Поддерживается ли репликатором GTID репликация?

[sshayakovlev]

Не проверяли, хороший вопрос, спасибо, обязательно проверим.

[kyookineko]

И ещё — не очень понятна схема первоначальной синхронизации содержимого тарантула до точки начала репликации. Как вы этот вопрос решаете?

[sshayakovlev]

У вас есть пустой тарантул и конфиг репликатора, в котором указаны список tables, rows. В момент старта репликатора, репликатор понимает, что tarantool пустой, идет обращение к mysql, если попытка соединения с mysql серверов успешная и хватает грантов, запоминается позиция и название текущего бинлога, после этого по очереди делаются запросы select rows from table до тех пор пока все таблицы не будут сдаплены с мастера, после этого идет уже процесс накатки «бинлогов». В логе репликатора можно увидеть записи:
[2017-01-17 18:57:33] I Connected to Tarantool at 10.5.4.248:5000
[2017-01-17 18:57:34] I Tarantool reported null binlog position. Dumping tables…
[2017-01-17 20:30:00] I Reading binlogs (db-bin.023489, 737866922)…

[Fortop]

мы просто сравнили memcache и Tarantool как key/value-хранилище, получив прирост производительности — с 0,6 до 0,3 мс на одинаковом железе.

И

Tarantool реально быстрый. Я показал графики, где он демонстрировал преимущество перед MySQL — вплоть до троекратного.

У меня когнитивный диссонанс.

Во-первых memcache быстрее MySQL не в пару-тройку раз, а на порядки.
За исключением, возможно, работы в режиме handlersocket.
А из ваших слов следует именно полуторакратное преимущество memcache перед MySQL.

Во-вторых, чудес не бывает. memcache простой как лопата. Чтобы его обогнали в два раза нужно как-то очень хитро с ним работать.

Есть описание use-case для которых производили замеры скорости?

[sshayakovlev]

Добрый день. Я разве сравнивал memcache и mysql ?? Я сравнил tarantool и memcache строго как key/walue хранилище, сказав тем самым, что даже в том для чего был создан memcache tarantool оказывается быстрее, но memcache и mysql я не сравнивал и не собираюсь.
Memcache и mysql вообще сложно сравнить, первый это key-value хранилище, второй это реляционная БД.

[Fortop]

А я ведь вам привёл цитаты ваших же фраз.

Сравнивая скорости работы memcache и Tarantool, Tarantool и Mysql.
Причём не абстрактные больше/меньше, а конкретные цифры в два и в три раза соответственно.

Пропорции и все остальное это школа. Вам их объяснить?

Ровно поэтому я задал вопрос о use-кейсах в которых проводили первое и второе сравнение

[sshayakovlev]

В докладе есть 2 кейса:
1. Говорится, что tarantool как key/value хранилище быстрее, чем memcache
2. На графиках показывается, что из tarantool как slave к mysql запросы делаются быстрее, чем через handler socket к слейву mysql.

Из всего это не следует делать школьную пропорцию.

[DjOnline]

Несколько вопросов:
1. Зачем надо было обновляться на 5.7?
2. В 5.7 насколько помню оставили memcached протокол, подумал сначала что сравнивали с ним.
3. Появится ли в Tarantool сжатие, как например в TokuDB, который уже встроен в Percona?