1. Синхронная репликация БД:
какая от неё польза?
Алексей Юрченко

2. В программе
1. Мифы о синхронной репликации.
2. Какая репликация «достаточно» синхронна?
3. Синхронный Multi-Master как способ
географически приблизить сервер к клиенту.
4. Тесты производительности на расстоянии
6000 км.
2

3. Мифы о синхронной репликации.

4. Что такое синхронная репликация?
Aсинхронная репликация:
Клиент Master Slave
COMMIT
COMMIT
OK
Опасность
! потери данных
репликация

5. Что такое синхронная репликация?
Синхронная репликация:
Клиент Master Slave
COMMIT Дополнительная
репликация
задержка
подтверждение
COMMIT
OK

6. Поиск в Google: “synchronous replication”
1.RiskyThinking: неприменима в глобальных
сетях.
2.TechTarget: работает только до 300 км
3.TechTarget: правда о синхронной
репликации: асинхронная репликация
защищает данные лучше синхронной!
4. Axxana: “требует дорогого
высокопроизводительного
a) оборудования,
b) программного обеспечения
c) линий связи” 6

7. Что значит “синхронная”?

8. Синхронная или полу-синхронная?
Всё сводится к следующему вопросу:
Останавливаем ли мы работу мастера
в случае сбоя на слэйве?
8

9. Синхронная или полу-синхронная?
Всё сводится к следующему вопросу:
Останавливаем ли мы работу мастера
в случае сбоя на слэйве?
- Конечно нет.
9

10. Синхронная или полу-синхронная?
Вывод:
Полу-синхронная репликация
достаточно “синхронна”!
10

11. Синхронная или полу-синхронная?
Следствие 1:
Синхронная репликация настолько же
дорогая и медленная, как копирование
данных по сети.
11

12. Синхронная или полу-синхронная?
Следствие 2:
Синхронная репликация практически
настолько же требовательна к
ресурсам, как и асинхронная.
12

13. Преимущества синхронной репликации
Итак, синхронная репликация
предотвращает потерю данных при сбое
главного сервера.
(так себе новость)
Это всё?
13

14. Глобальный доступ к центральной базе
данных.

15. Доступ к данным в глобальном
масштабе
Глобальные
Локальные данные Локальные
клиенты клиенты
Региональные Региональные
данные данные
→ отказ от глобального доступа
15

16. Доступ к данным в глобальном
масштабе
Географическое разделение данных не всегда
желательно или возможно
→ доступ к центральной базе.
16

17. Synchronous Multi-Master

18. Синхронный Multi-Master
Aсинхронный multi-master обнаруживает
конфликты слишком поздно.
→ требуется разделение данных:
Клиенты Клиенты
Master → A B ← Master
Slave → B Асинхронная A ← Slave
репликация
18

19. Синхронный Multi-Master
Синхронный multi-master обнаруживает и
разрешает конфликты до коммита транзакции.
→ разделения данных не требуется!
Клиенты Клиенты
общая общая
Master → база база ← Master
Синхронная
репликация
19

20. Тесты производительности

21. Тесты: конфигурация
1. Централизованный доступ:
Клиент Клиент
m1.large
us-east eu-west
Virginia, US ~6000 км, время отклика ~90 мс Ireland, EU
21

22. Тесты: конфигурация
2. Глобальная синхронизация:
Клиент Клиент
m1.large m1.large
us-east eu-west
Virginia, US ~6000 км, время отклика ~90 мс Ireland, EU
22

23. Тесты: конфигурация
Нагрузка: Sysbench OLTP 10M rows
Метрики: среднее и 95% время исполнения,
общая производительность.
Умеренная нагрузка: 8 клиентов
Высокая нагрузка: 64 клиента
23

24. Умеренная нагрузка - средние задержки
Клиент Centralized Replicated эффект
us-east 28.03 119,80 ~4.3x
eu-west 1953.89 122.92 ~0.06x

25. Высокая нагрузка - 95% задержки
Клиент Centralized Replicated эффект
us-east 59.32 150.66 ~2.5x
eu-west 2071.49 157.11 ~0.08x

26. Высокая нагрузка - средние задержки
Клиент Centralized Replicated эффект
us-east 213.11 270.00 ~1.3x
eu-west 2039.16 264.95 ~0.13x

27. Высокая нагрузка - 95% задержки
Клиент Centralized Replicated эффект
us-east 387.16 416.24 ~1.07x
eu-west 2209.19 421.76 ~0.19x

28. Высокая нагрузка - общая производительность
Клиент Centralized Replicated Эффект
us-east 300.10 236.89
~1.5x
eu-west 31.07 241.49

29. Обсуждение

30. Как это работает?
Синхронизация client↔server гораздо “тяжелее”, чем
master↔slave
Чтение, запись,
Клиент Master Slave
прочие команды
только
запись
30

31. Как это работает?
Синхронизация client↔server гораздо “тяжелее”, чем
master↔slave
→ сервер надо “придвинуть” как можно ближе к клиенту
Чтение,
Клиент Запись, Master Slave
проч.
только
запись
31

32. Как бороться с задержкой синхронизации?
– Так же, как и с любыми другими задержками:
А. – минимизировать эффект путём использования более
длинных транзакций – чем длиннее транзакция, тем реже
происходит синхронизация.
Б. – использовать большее количество одновременных
сессий – пока одна сессия ждёт синхронизации, другая
может использовать свободные ресурсы сервера.
32

33. Программное обеспечение
Тесты были проведены с использованием
MySQL 5.5.20, wsrep patch 23.4 & Galera 2.0
Download:
http://www.codership.com/downloads/download-mysqlgalera
33

34. Вопросы?
Спасибо за внимание!
Happy Clustering :-)