---
aliases:
  - SBR
tags:
  - зрелость/🌱
date:
  - - 2024-06-02
zero-link:
  - "[[00 MySQL]]"
parents:
  - "[[Репликация в MySQL]]"
linked:
  - "[[Row Based Replication (RBR)]]"
---
Данная репликация работает на уровне самих запросов. То есть мастер сохраняет в журнал SQL запросы, а слейв получает этот список запросов и проигрывает их у себя.

В основе данной репликации лежит журнал [Statement-based Binary Log](Журналы%20в%20MySQL.md#Statement-based%20Binary%20Log).

**Плюсы:**
- Небольшое количество передаваемых данных, при однотипных изменениях. Например, если мы изменяем 5 миллионов строк одним запросом: `UPDATE users SET bonus=bonus+100`, то нужно передать только 1 строку запроса.
- В журнале все записано в понятном человеко-читаемом виде.

**Проблемы:**
* Недетерминирован. Каждый запрос самостоятельно исполняется на слейве.
	* Вызов функций, например функции `now()`. В момент попадания запроса на slave это будет уже другое время.
	- [Остальные примеры](https://dev.mysql.com/doc/refman/8.0/en/replication-rbr-safe-unsafe.html)
		- uuid()
		- fund_rows()
		- rand()
		- UDF
		- триггеры на апдейт
		- auto_increment поля
- Сложные запросы выполняются долго.
	- Если запрос выполняется 10 минут, то он сначала будет выполняться 10 минут на мастере, а потом еще 10 минут на репликах.

Для того чтобы SBR работала корректно, есть специальный флажок.