РИТ++ 2017, Backend Conf Зал Кейптаун, 5 июня, 11:00 Тезисы: http://backendconf.ru/2017/abstracts/2782.html Мы использовали MySQL Handler Socket в качестве интерфейса к данным пользователей на высоконагруженном проекте Wamba.ru. Почему Handler Socket? Потому что стандартный SQL-интерфейс не выдерживал наши нагрузки. Время шло, нагрузки росли, и в итоге и HandlerSocket перестал справляться. Мы только успевали доставлять и доставлять реплики MySQL, чтобы распределять увеличивающуюся нагрузку между ними. ...

1. Репликация из MySQL
в Tarantool
Александр Яковлев компания Mamba

2. Основные причины
•5.6 последняя версия с HandlerSocket
•5.7 наконец-то GIS
•5.7 merge index
•Одинаковая версия везде

3. Почему именно Tarantool
1. В Мейлру уже был репликатор
2. Быстрое время ответа
3. Минимальное изменение
существующей архитектуры

4. Replicatord
•Row-based
•Отдельный демон
•Каждому слейву свой репликатор
•Percona/Oracle

5. Replicatord

6. Особенности репликатора
•Холодный старт
•Возможность контролировать механизм
репликации

7. Может быть проще ?
• MySQL
• MySQL
• MySQL
• MySQL
Cache (tarantool)
APP(Web,Mobile)

8. НЕТ
•Очень много изменений в коде
•Jeff Atwood “There are two hard things in
computer science: cache invalidation,
naming things, and off-by-one errors.”

9. Время ответа
0
0.2
0.4
0.6
0.8
1
1.2
1.4
HandlerSocket Tarantool

10. Сложный путь ?

11. Какой выигрыш
•Репликация уровнем полей
•Абсолютная in-memory БД
•Сохранили железо, сохранили деньги.

12. Результаты
• Один сервер вместо 10 !
• Хорошее и постоянное время ответа
• Экономим ресурсы
• Tarantool очень быстрый
• Recovery после сбоя машины
• Простой
• Community
• Репликация в Tarantool быстрее, чем в MySQL
• Snapshot/restore

13. Todo
•Case insensitive
•Threads

14. BSD License.
https://github.com/tarantool/mysql-
tarantool-replication

15. •yakovlev@mamba.ru
•https://www.facebook.com/ssha.yakovlev