Comments 12
[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)…
мы просто сравнили memcache и Tarantool как key/value-хранилище, получив прирост производительности — с 0,6 до 0,3 мс на одинаковом железе.
И
Tarantool реально быстрый. Я показал графики, где он демонстрировал преимущество перед MySQL — вплоть до троекратного.
У меня когнитивный диссонанс.
Во-первых memcache быстрее MySQL не в пару-тройку раз, а на порядки.
За исключением, возможно, работы в режиме handlersocket.
А из ваших слов следует именно полуторакратное преимущество memcache перед MySQL.
Во-вторых, чудес не бывает. memcache простой как лопата. Чтобы его обогнали в два раза нужно как-то очень хитро с ним работать.
Есть описание use-case для которых производили замеры скорости?
Memcache и mysql вообще сложно сравнить, первый это key-value хранилище, второй это реляционная БД.
А я ведь вам привёл цитаты ваших же фраз.
Сравнивая скорости работы memcache и Tarantool, Tarantool и Mysql.
Причём не абстрактные больше/меньше, а конкретные цифры в два и в три раза соответственно.
Пропорции и все остальное это школа. Вам их объяснить?
Ровно поэтому я задал вопрос о use-кейсах в которых проводили первое и второе сравнение
1. Зачем надо было обновляться на 5.7?
2. В 5.7 насколько помню оставили memcached протокол, подумал сначала что сравнивали с ним.
3. Появится ли в Tarantool сжатие, как например в TokuDB, который уже встроен в Percona?
Репликация из MySQL в Tarantool