Поделиться через

Репликация данных из База данных Azure для MySQL — гибкий сервер

  • Статья

Репликация данных позволяет синхронизировать данные из База данных Azure для MySQL гибкого экземпляра сервера с другим сервером MySQL с помощью собственной репликации MySQL. Сервер MySQL (реплика) может быть локальным, находиться на виртуальных машинах или в службе базы данных, размещенной другими поставщиками облачных служб. При репликации данных в База данных Azure для MySQL — гибкий сервер помогает перемещать данные в База данных Azure для MySQL гибкий экземпляр сервера (реплика), репликация данных из База данных Azure для MySQL Гибкий экземпляр сервера (основной). При репликации данных двоичный журнал (binlog) используется сообществом, что позволяет База данных Azure для MySQL гибкому экземпляру сервера выступать в качестве основного сервера для внешних реплик. Дополнительные сведения о репликации binlog MySQL см. в этой статье.

Примечание.

Репликация исходящего данных не поддерживается в экземпляре гибкого сервера База данных Azure для MySQL с настроенной проверкой подлинности Azure.

Основными сценариями, которые следует учитывать при использовании репликации data-out, являются:

  • Гибридная Синхронизация данных хронизация: репликация исходящего данных может использоваться для синхронизации данных между База данных Azure для MySQL гибким сервером и локальными серверами. Этот метод поможет легко интегрироваться между облачными и локальными системами в гибридном решении. Это решение также может быть полезным, если вы хотите избежать блокировки поставщика.

  • Многооблачная синхронизация. Для сложных облачных решений используйте репликацию для синхронизации данных между гибким сервером База данных Azure для MySQL и различными поставщиками облачных служб, включая виртуальные машины и службы баз данных, размещенные в этих облаках.

  • Миграция. Клиенты могут выполнять миграцию с минимальным временем с помощью таких средств с открытым кодом, как MyDumper/MyLoader с репликацией data-out для переноса данных из База данных Azure для MySQL гибкого сервера.

Рекомендации и ограничения

Идентификатор Microsoft Entra не поддерживается

Репликация исходящего данных не поддерживается в экземпляре гибкого сервера База данных Azure для MySQL с настроенной проверкой подлинности Azure. Любая транзакция Microsoft Entra (microsoft Entra user create/update) на исходном сервере прерывает репликацию данных.

Совет

Используйте инструкции, опубликованные здесь: Репликация MySQL :: 2.7.3 Пропуск транзакций для пропуска события или событий путем выдачи инструкции CHANGE MASTER TO для перемещения позиции двоичного журнала источника вперед. Перезапуск репликации публикует действие.

Фильтр

Для фильтрации пользовательских таблиц Azure на сервере-реплике необходимо использовать фильтр репликации. Это можно сделать, задав Replicate_Wild_Ignore_Table = "mysql.__%" для фильтрации внутренних таблиц Azure MySQL на реплике. Чтобы изменить этот параметр из портал Azure, перейдите к экземпляру гибкого сервера База данных Azure для MySQL и выберите параметры сервера для просмотра или изменения параметра Replicate_Wild_Ignore_Table.

Ознакомьтесь со следующими общими рекомендациями по фильтру репликации в MySQL вручную:

Связанный контент