что такое binlog в mysql

Что такое binlog в mysql

Бинарный журнал обновлений в скором времени должен полностью заменить журнал обновлений, так что мы рекомендуем вам как можно скорее перейти на его использование!

Бинарный журнал содержит всю информацию, имеющуюся в журнале обновлений, в более эффективном формате. В нем имеется информация и о времени выполнения каждого обновляющего базу запроса.

Бинарный журнал используется и при репликации подчиненного сервера (slave) с головного (master) (see section 4.10 Репликация в MySQL).

На выбор данных, записываемых в журнал, влияют следующие настройки mysqld :

При использовании репликации удалять старые файлы журналов не стоит до тех пор, пока вы не будете уверены в том, что они никогда не понадобятся ни одной зависимой базе. Добиться такого результата можно, запуская команду mysqladmin flush-logs раз в день и затем удаляя все журналы, созданные более 3 дней назад.

С помощью программы mysqlbinlog можно даже считывать файлы журнала прямо с удаленного сервера MySQL!

При работе с настройками BEGIN [WORK] или SET AUTOCOMMIT=0 для резервного копирования нужно использовать бинарный журнал, а не старый журнал обновлений.

Занесение данных в бинарный журнал происходит сразу по завершении исполнения запроса, но до снятия блокировок. Таким образом обеспечивается уверенность в том, что журнал ведется именно в порядке выполнения запросов.

Параметр max_binlog_cache_size позволяет ограничить общий объем памяти, используемой для кэширования мультитранзакционного запроса.

Источник

Русские Блоги

Анализ формата binlog MySQL

1. Когда писать binlog

Очевидно, мы не будем записывать binlog, когда выполняем SELECT и другие операторы, которые не связаны с обновлением данных, но будем записывать, когда происходит обновление данных. Следует отметить, что для движков, поддерживающих транзакции, таких как InnoDB, бинлог должен быть отправлен только после того, как транзакция была зафиксирована.

2 анализ формата binlog

2.1 Введение в формат файла binlog

Далее проанализируйте несколько общих событий, а другие типы событий можно найти в официальных документах. Структура данных события следующая:

2.2 format_desc event

Ниже то, что я FLUSH LOGS После этого был создан новый файл binlog mysql-bin.000053 и проанализирован из первого события binlog, которое является событием format_desc (журнал mysql находится в порядке байтов с прямым порядком байтов):

Смотрите инструкцию в официальном документе format_desc event формат:

2.3 rotate event

2.4 query event

Бинлог выглядит следующим образом:

Второе событие запроса имеет тот же формат, что и первое, за исключением того, что оператор выполнения становится insert into tt values(‘abc’) 。

2.5 table_map event & write_rows event

Эти два события находятся в binlog_format=row При использовании установите binlog_format = row, а затем создайте тестовую таблицу

Соответствующие данные mysql-bin.000074 выглядят следующим образом:

table_map event

0x0000000af начинается как событие table_map. Исключая 19 байтов в заголовке, фиксированные данные составляют 8 байтов, первые 6 байтов 0x32 = 50 являются идентификатором таблицы, а следующие 2 байта 0x0001 являются флагами.

write_rows event

2.6 intvar event

3 Краткое содержание

Как упоминалось выше, binlog имеет три формата, каждый со своими преимуществами и недостатками:

Источник

Русские Блоги

Mysql Binlog (Mysql Binlog) Подробное объяснение

Во-первых, предварительное понимание binlog

1. Бинарный журнал двоичного журнала MySQL можно назвать наиболее важным журналом MySQL. Он записывает все операторы DDL и DML (за исключением оператора запроса данных select), записанные в виде событий, а также содержит время, затраченное оператором. Бинарный журнал безопасен для транзакций.

Основные команды: create, alter, drop и т. Д. Ddl в основном используется для определения или изменения структуры, типа данных, связи и ограничений между таблицами и других начальных задач. Большинство из них используется при создании таблиц.

Основные команды: slect, update, insert, delete, как и его название, эти 4 команды являются языком, используемым для управления данными в базе данных.

2. Общие параметры mysqlbinlog следующие:

3. Как правило, при включении binlog будет потеря производительности около 1%.

4. Есть два наиболее важных сценария использования binlog.

Журнал binlog включает два типа файлов:

Два, формат двоичного журнала MySQL

Также существует три формата binlog: STATEMENT, ROW, MIXED.

1. Режим STATMENT: репликация на основе операторов SQL (репликация на основе операторов, SBR), каждый оператор SQL, который изменяет данные, будет записан в двоичный журнал.

Преимущества: нет необходимости записывать каждый оператор SQL и каждую строку изменений данных, поэтому журнал двоичного журнала будет меньше, что уменьшит количество операций ввода-вывода диска и повысит производительность.

Недостатки: в некоторых случаях данные в ведущем-ведомом будут несовместимы (например, функция sleep (), last_insert_id (), пользовательские функции (udf) и т. Д.)

2. Репликация на основе строк (RBR): вместо записи контекстной информации каждого оператора SQL необходимо только записать, какие данные были изменены и во что превратилось изменение. (Это режим версии 5.7)

Преимущества: не будет проблем с тем, что вызов и запуск хранимых процедур, функций или триггеров нельзя будет правильно скопировать при определенных обстоятельствах.

Недостатки: будет создано большое количество журналов, особенно когда таблица изменений приводит к резкому увеличению журнала.

3. Смешанная репликация (MBR): два вышеуказанных режима являются смешанными. Общая репликация использует режим STATEMENT для сохранения binlog. Для операций, которые не могут быть реплицированы в режиме STATEMENT, используйте режим ROW для сохранения binlog. MySQL будет следовать за выполненным SQL. оператор выбирает метод сохранения журнала.

4, представлена ​​версия 5.6: binlog_row_image

Три настройки, сходства и различия binlog_row_image

Параметр binlog_row_image может иметь три допустимых значения: FULL, MINIMAL, NOBLOB.
Функции трех разных значений следующие:

FULL: Log all columns in both the before image and the after image.
binlog регистрирует все переднее и заднее зеркала.

MINIMAL: Log only those columns in the before image that are required to identify the row to be changed; log only those columns in the after image where a value was specified by the SQL statement, or generated by auto-increment.
Переднее зеркало журнала binlog записывает только столбец уникальной идентификации (столбец уникального индекса, столбец первичного ключа), а заднее зеркало записывает только измененный столбец.

noblob: Log all columns (same as full), except for BLOB and TEXT columns that are not required to identify rows, or that have not changed.
binlog записывает все столбцы, как и полный формат. Но для столбцов формата BLOB или TEXT, если это не единственный столбец идентификации (столбец уникального индекса, столбец первичного ключа) или он не был изменен, он не будет записан.

Три, конфигурация binlog

Добавьте следующий файл конфигурации в раздел mysqld файла конфигурации MySQL my.cnf:

Четыре часто используемых команды работы с журналом binlog

1. Проверьте, открыт ли журнал binlog (ВЫКЛ: закрыт, ВКЛ: открыт)

2. Просмотрите все расположения журналов binlog

3. Просмотреть весь список журналов binlog

4. Проверьте статус главного устройства, то есть номер имени последнего (последнего) журнала binlog и значение конечной точки pos (Position) последнего рабочего события.

5. Очистите журнал журнала, и с этого момента будет создан новый пронумерованный файл журнала binlog;

6. Сбросить (очистить) все журналы binlog

В-пятых, просмотрите содержимое журнала binlog

Есть два распространенных способа

1. Используйте mysqlbinlog для просмотра метода команды.

server id 1: служебный номер хоста базы данных

end_log_pos 796: узел pos в конце sql

thread_id = 11: номер потока

д. Его также можно просмотреть по моменту времени.

2. Вышеупомянутый метод считывает полный текст журнала binlog. Нелегко различить и просмотреть информацию о точках pos. Вот более удобная команда запроса:

a. IN’log_name ‘: укажите имя файла binlog для запроса (если не указано, это первый файл binlog)

б. FROM pos: укажите, с какой точки pos начинать (если не указано, она начинается с первой точки pos всего файла)

c. LIMIT [смещение]: смещение (0, если не указано)

d, row_count: запросить общее количество элементов (все строки не указаны)

2. Вышеупомянутый оператор может разделить указанный файл журнала binlog на допустимые строки событий и вернуть его, а также может использовать limit для указания начального смещения точки pos и запроса количества записей!

а. Запросите первый и самый ранний журнал бинарных журналов:

б. Укажите файл запроса mysql-bin.000002

c. Укажите запрос к файлу mysql-bin.000002, начиная с позиции pos: 624:

г. Задайте запрос к файлу mysql-bin.000002, начиная с точки pos: 624, и запросите 10 (т.е. 10 операторов)

д. Укажите файл запроса mysql-bin.000002, начиная с позиции pos: 624, смещение 2 строки (т.е. пропустите 2 в середине), запрос 10 (т.е. 10 предложений).

Шесть, используйте журнал binlog для восстановления данных mysql

1. Следующие операции выполняются с таблицей элементов библиотеки ops, и создается другая библиотека ops1.

Заранее вставьте два фрагмента данных:

2. Запустите моделирование сцены ниже:

A. Библиотека ops будет выполнять запланированное задание полного резервного копирования в четыре часа утра каждый день следующим образом:

б. Описание параметра:

-B: назначенная база данных

-R: резервное копирование хранимых процедур и т. Д.

-X: заблокировать таблицу

Другими словами, mysql-bin.000003 используется для записи всех «добавлений, удалений и изменений» в базу данных после 4:00.

3. Я выхожу на работу в девять часов утра. В связи с потребностями бизнеса с базой данных будут выполняться различные операции «добавления, удаления и изменения».

Например: вставьте или измените данные в таблице элементов в библиотеке ops и библиотеке ops1:

Сначала вставьте данные утром:

4. В полдень измените работу базы данных:

5. В 18:00 дня по необъяснимым причинам произошла трагедия!

Shouqian выполнил оператор drop и напрямую удалил библиотеку ops1! Бояться писать!

Затем я создал базу данных ops2 и вставил данные

Сначала внимательно проверьте последний журнал binlog и запишите ключевую точку позиции, операция которой вызвала повреждение базы данных (обычно на последних нескольких шагах);

а. Сначала создайте резервную копию последнего файла журнала binlog

б) Затем выполните операцию обновления индекса журнала, чтобы перезапустить новый файл журнала binlog. Само собой разумеется, что файл mysql-bin.000004 больше не будет записываться позже, потому что нам удобно проанализировать причину и найти узел ops.Все будущие операции с базой данных будут записаны в следующий файл журнала.

7. Метод чтения журнала binlog был упомянут выше.

А. Способ 1. Используйте mysqlbinlog для чтения журнала binlog:

б. Войдите на сервер и просмотрите (рекомендуется этот метод)

show binlog events in ‘mysql-bin.000004’\G;

8. Сначала восстановите полностью подготовленные данные в 4 часа утра (рекомендуется создать новую библиотеку, а затем заменить текущую библиотеку после успешного восстановления)

Это восстановит данные резервной копии по состоянию на 4:00 утра.

9. Восстановить данные из журнала binlog

а. Формат синтаксиса команды восстановления:

б. Объяснение опций общих параметров:

—start-position = 875 начальная позиция
—stop-position = 954 конечная точка позиции
—start-datetime = «2016-9-25 22:01:08» время начала
—stop-datetime = «2019-9-25 22:09:46» Время окончания
—database = ops указывает, что восстанавливается только база данных ops (часто на хосте несколько баз данных, только локальные журналы журналов)

c. Нечасто используемые варианты:

—read-from-remote-server читать журнал binlog с сервера Mysql

г. Резюме: Фактически, передайте прочитанное содержимое журнала binlog команде myslq через конвейер. Для этих команд попробуйте записать файлы как абсолютные пути;

д. Полное восстановление (вам нужно вручную отредактировать mysql-bin.000003 с помощью vim, чтобы удалить оператор drop) (этот метод не прошел проверку)

е. Укажите восстановление конечной точки pos (частичное восстановление):

g. Восстановление заданного интервала положительных точек (частичное восстановление)

В ссылке f мы восстановились до момента перед удалением библиотеки. После удаления библиотеки мы также создали библиотеку ops2, создали таблицу элементов и добавили данные. На данный момент нам нужно пропустить удаление библиотеки и вернуться к созданию библиотека ops2. А момент создания таблицы элементов можно восстановить с помощью точки interval pos:

h. Элемент таблицы, созданный позже, восстанавливается, но библиотека ops1 удаляется, потому что есть операция по удалению библиотеки ops1 в середине. Если вы хотите продолжить восстановление данных, вставленных в следующую таблицу, вам нужно только использовать точка pos после создания таблицы.Точка начала для восстановления всех данных, кроме удаленной библиотеки. Взаимодействие с другими людьми

10. Дополнительно: Вы также можете указать интервал восстановления временного узла (частичное восстановление): Для восстановления по времени требуется, чтобы команда mysqlbinlog считывала содержимое журнала binlog и находила временной узел.

a,/application/mysql3306/bin/mysqlbinlog /application/mysql3306/mysql_data/mysql-bin.000002

(В настоящее время значение stopdatetime нельзя записать в 2018-09-12 10:38:01, иначе оно будет обновлено до операции удаления базы данных, другие временные точки такие же, как на этом шаге)

в. Основной принцип аналогичен принципу восстановления через точку поз.

Так называемое восстановление состоит в том, чтобы позволить mysql повторно выполнять операторы SQL, хранящиеся в указанном интервале абзаца в журнале binlog, один за другим.

Источник

Логирование в MySQL

Журналы событий — первый и самый простой инструмент для определения статуса системы и выявления ошибок. Основных логов в MySQL четыре:

Лог ошибок

Этот журнал содержит все ошибки, которые произошли во время работы сервера, включая критические ошибки, а также остановки, включения сервера и предупреждения (warnings). С него нужно начать в случае сбоя системы. По умолчанию все ошибки выводятся в консоль (stderr), также можно записывать ошибки в syslog (по умолчанию в Debian) или отдельный лог-файл:

log_error=/var/log/mysql/mysql_error.log
Ошибки будут писаться в mysql_error.log

Рекомендуем держать этот журнал включенным для быстрого определения ошибок. А для понимания, что значит та или иная ошибка, в MySQL присутствует утилита [http://dev.mysql.com/doc/refman/5.7/en/perror.html perror]:

Объясняет значения кодов ошибок

Бинарный (он же двоичный) лог

В бинарный лог записываются все команды изменения базы данных, пригодится для репликации и восстановления.

Указывает расположение, срок жизни и максимальный размер файла

Учтите, что если вы не собираетесь масштабировать систему и реализовывать отказоустойчивость, то бинарный лог лучше не включать. Он требователен к ресурсам и снижает производительность системы.

Лог запросов

В этом журнале содержатся все полученные SQL-запросы, информация о подключениях клиентов. Может пригодиться для анализа индексов и оптимизации, а также выявления ошибочных запросов:

Включает лог и указывает расположение файла

Также его можно включить/отключить во время работы сервера MySQL:

Для применения не нужно перезагружать сервер

Лог медленных запросов

Журнал пригодится для определения медленных, то есть неэффективных запросов. Подробнее читайте в этой статье.

Просмотр логов

Для просмотра логов на Debian (Ubuntu) нужно выполнить:

Если логи не указаны отдельно, то находятся в /var/lib/mysql

Ротация логов

Не забывайте сжимать (архивировать, ротировать) файлы логов, чтобы они занимали меньше места на сервере. Для этого используйте утилиту logrotate, отредактировав файл конфигурации /etc/logrotate.d/mysql-server :

Сжимает и архивирует нужные логи, очищает файлы

DDL Log

MySQL также ведет лог языка описания данных. В него собираются данные операций типа DROP_TABLE and ALTER_TABLE. Лог используется для восстановления после сбоев, которые произошли во время выполнения таких операций. [http://dev.mysql.com/doc/refman/5.7/en/ddl-log.html DDL Log] — бинарный файл, не предназначенный для чтения пользователем, поэтому не модифицируйте и не удаляйте его.

Самое главное

Всегда включайте лог ошибок, используйте лог запросов для проверки соединения приложения с базой данных, проверки запросов и работы memcached. Лог медленных запросов пригодится для оптимизации работы MySQL.

Этот текст был написан несколько лет назад. С тех пор упомянутые здесь инструменты и софт могли получить обновления. Пожалуйста, проверяйте их актуальность.

Что такое индексы в Mysql и как их использовать для оптимизации запросов

Как исправить ошибку доступа к базе 1045 Access denied for user

Основные понятия о шардинге и репликации

Настройка Master-Master репликации на MySQL за 6 шагов

Примеры ad-hoc запросов и технологии для их исполнения

Как создать и использовать составной индекс в Mysql

Анализ медленных запросов (профилирование) в MySQL с помощью Percona Toolkit

Синтаксис и оптимизация Mysql LIMIT

Типы и способы применения репликации на примере MySQL

Настройка Master-Slave репликации на MySQL за 6 простых шагов

Правильная настройка Mysql под нагрузки и не только. Обновлено.

Check-unused-keys для определения неиспользуемых индексов в базе данных

Запрос для определения версии Mysql: SELECT version()

3 примера установки индексов в JOIN запросах

И как правильно работать с длительными соединениями в MySQL

Анализ медленных запросов с помощью EXPLAIN

Быстрый подсчет уникальных значений за разные периоды времени

Описание, рекомендации и значение параметра query_cache_size

Что значит и как это починить

Использование партиций для ускорения сложных удалений

Правила выбора типов данных для максимальной производительности в Mysql

Источник

15 примеров команды mysqlbinlog для двоичных файлов в MySQL

Главное меню » Базы данных » База данных MySQL » 15 примеров команды mysqlbinlog для двоичных файлов в MySQL

Например, когда вы создаете новую таблицу или обновляете данные в существующей таблице, эти события хранятся в двоичных журналах.

Двоичный журнал очень полезен в репликации MySQL, где главный сервер будет отправлять данные из двоичных журналов на удаленные сервера.

Вы также будете иметь дело с бинарными файлами журнала, когда выполняете какие-либо операции восстановления в MySQL.

Команда mysqlbinlog используется для просмотра содержимого двоичного журнала в удобном для чтения формате. Вы также будете использовать команду mysqlbinlog для чтения содержимого и подключения его к другим утилитам mysql.

В этом уроке мы обсудим следующие примеры, используя команду mysqlbinlog:

1. Получить список текущих двоичных журналов

Из mysql выполните следующую команду show binary logs, которая отобразит все бинарные журналы в вашей системе.

Если вы не используете двоичный журнал, то вы увидите следующее сообщение об ошибке.

По умолчанию файлы двоичного журнала находятся в каталоге /var/lib/mysql, как показано ниже.

2. Поведение по умолчанию Mysqlbinlog

Далее будет отображаться содержимое указанного бинарного файла журнала mysql (например: mysqld-bin.000001) в удобном для пользователя формате.

Ниже приводится частичный вывод указанной выше команды:

Вышеприведенная команда отображает события, которые произошли во всей базе данных в этой системе.

3. Получить записи для конкретной базы данных

Вывод mysqlbinlog по умолчанию может быть ошеломляющим, так как он отображает много данных из всех операторов.

Следующая команда сбрасывает все события, принадлежащие базе данных «crm», в файл crm-events.txt

4. Отключите двоичный журнал для восстановления.

Когда вы используете mysqlbinlog для восстановления базы данных из-за сбоя, вы не хотите, чтобы ваш процесс восстановления создавал двоичные журналы. Если да, то вы окажетесь в цикле, где вы продолжите восстановление, так как само восстановление будет генерировать новые двоичные файлы журналов.

Этот параметр также будет полезен, если вы используете опцию «–to-last-log». Кроме того, имейте в виду, что вам нужна привилегия root для выполнения этой команды.

Для резервного копирования и восстановления вы обычно используете команду mysqldump, но иногда в ситуации, когда вам приходится восстанавливаться после сбоя, полезно использовать mysqlbinlog.

5. Управление base-64 в выводе BINLOG

Используя опцию base64-output, вы можете управлять поведением, когда оператором вывода должны быть операторы BINLOG, закодированные в base64.

Ниже приведены возможные значения для base64-output:

never: Когда вы укажете «never», как показано ниже, будут выводиться операторы BINLOG с кодировкой base64 в выходном файле.

т.е. когда вы используете «never», в выводе команды mysqlbinlog вы не будете использовать строки, похожие на следующие, которые имеют BINLOG с кодировкой base64.

Обратите внимание, что вышеупомянутая опция «never» для вывода base64 будет работать в двоичных файлах журнала, если они не содержат события на основе строк.

always: когда вы укажете опцию «always», отображать только записи BINLOG, когда это возможно. Таким образом, используйте это только тогда, когда вы специально отлаживаете некоторые проблемы.

Ниже приведен вывод выше с помощью «always», который показывает только записи BINLOG.

auto: Это опция по умолчанию. Если вы не укажете опцию base64-decode, она будет использовать auto. В этом случае mysqlbinlog будет печатать записи BINLOG только для определенных типов событий, таких как события на основе строк и события описания формата.

Оба следующих утверждения точно совпадают.

6. Отладочная информация в выводе mysqlbinlog.

Следующая опция проверки отладки проверяет использование открытого файла и памяти после завершения обработки данного файла двоичного журнала.

В следующем параметре debug-info будет отображаться дополнительная опция отладки после завершения обработки данного файла двоичного журнала, как показано ниже.

7. Пропустить первые N количество записей

Вместо чтения всего бинарного файла mysql, вы также можете прочитать только определенную его часть, указав смещение.

Ниже перечислены первые 10 записей в указанном журнале bin mysql.

Чтобы убедиться, что это работает должным образом, дайте номер события для смещения, и вы не увидите никаких записей. Следующий пример пропустит первые 10 000 записей (событий) из журнала.

В этом примере, поскольку этот конкретный файл журнала, нет 10 000 записей, он не указывает на какие-либо события базы данных на выходе.

8. Сохранить вывод в файл

Вы можете использовать простую команду перенаправления Linux > и сохранить вывод в файл, как показано ниже.

9. Извлечь записи, начиная с определенного положения

Обычно в бинарном файле mysql вы увидите номера позиций, как показано ниже. Ниже представлен частичный вывод mysqlbinlog, где вы видите «15028» – номер позиции.

Следующая команда начнет считывать записи двоичного журнала с номером позиции 15028.

Когда вы укажете несколько файлов двоичного журнала в командной строке, стартовая позиция будет применяться только к первому двоичному журналу в данном списке.

10. Извлечь записи до определенного положения

Как и в предыдущем примере, вы также можете читать записи из двоичного журнала mysql до определенной позиции, как показано ниже.

Вышеприведенный пример остановится из binlog точно в позиции 15028. Когда вы укажете несколько файлов двоичного журнала в командной строке, позиция остановки будет применяться только к последнему двоичному журналу в данном списке.

11. Сбросить журналы для чистого вывода Binlog

Когда двоичный журнал не был правильно закрыт, на выходе вы увидите предупреждающее сообщение, как показано ниже.

Как вы видите здесь, он говорит, что файл binlog не был закрыт должным образом.

Когда вы это увидите, подключитесь к mysql и очистите журналы, как показано ниже.

После того, как вы очистите журналы и снова выполните команду mysqlbinlog, вы не увидите, что binlog не закрыл должным образом предупреждающее сообщение в вашем выводе mysqlbinlog.

12. Отображать только SQL-запросы в выводе

По умолчанию, как вы видите в выводе предыдущих примеров, помимо SQL-запросов, вы также увидите некоторую дополнительную информацию в выводе mysqlbinlog.

Ниже представлен частичный вывод вышеуказанной команды. Как вы видите здесь, он отображает только SQL-запросы из данного файла двоичного журнала.

В короткой форме вы не увидите следующее:

13. Просмотр записей, начиная с определенного времени

Ниже перечислены только те записи, которые начинаются с указанного времени. Любые записи до этого времени будут проигнорированы.

Это очень полезно, если вы хотите извлечь данные из двоичного файла только из определенного временного интервала, который вы хотите использовать для восстановления или восстановления определенных действий базы данных, которые произошли за этот период времени.

Формат метки времени может быть любым, что понимается типами DATETIME и TIMESTAMP сервера MYSQL. Итак, у вас здесь много гибкости.

14. Просмотр записей до определенного времени

Как и в предыдущем примере времени начала, вы также можете указать время остановки, как показано ниже.

Вышеуказанная команда будет считывать записи до заданного времени остановки. Любые записи из бинарного файла журнала mysql, которые находятся за пределами заданного времени остановки, не будут обрабатываться.

15. Получить двоичный журнал с удаленного сервера

С вашего локального компьютера вы также можете прочитать бинарные журналы mysql, расположенные на удаленном сервере.

Для этого вам необходимо указать IP-адрес, имя пользователя и пароль для удаленного сервера, как описано ниже.

В приведенном выше:

Следующая команда точно такая же, как приведенная выше команда:

Ниже приводится частичный вывод указанной выше команды:

Если у вас недостаточно прав для удаленной базы данных, вы получите сообщение об ошибке “is not allowed to connect”. В этом случае убедитесь, что вы предоставили правильные привилегии в удаленной базе данных для своего локального клиента (т. е. когда запущена команда mysqlbinlog)

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник