Данная репликация работает на уровне самих запросов. То есть мастер сохраняет в журнал SQL запросы, а слейв получает этот список запросов и проигрывает их у себя.
Небольшое количество передаваемых данных, при однотипных изменениях. Например, если мы изменяем 5 миллионов строк одним запросом: UPDATE users SET bonus=bonus+100, то нужно передать только 1 строку запроса.
В журнале все записано в понятном человеко-читаемом виде.
Проблемы:
Недетерминирован. Каждый запрос самостоятельно исполняется на слейве.
Вызов функций, например функции now(). В момент попадания запроса на slave это будет уже другое время.