Yandex.Cloud
  • Сервисы
  • Почему Yandex.Cloud
  • Сообщество
  • Решения
  • Тарифы
  • Документация
  • Связаться с нами
Подключиться
Yandex Data Transfer
  • Начало работы
  • Пошаговые инструкции
    • Все инструкции
    • Управление эндпоинтом источника
      • Создание эндпоинта источника
      • Изменение эндпоинта источника
      • Удаление эндпоинта источника
    • Управление эндпоинтом приемника
      • Создание эндпоинта приемника
      • Изменение эндпоинта приемника
      • Удаление эндпоинта приемника
    • Управление трансфером
      • Создание трансфера
      • Изменение трансфера
      • Удаление трансфера
  • Концепции
    • Взаимосвязь ресурсов сервиса
    • Какие задачи решает сервис
    • Особенности работы сервиса
      • Обзор
      • Особенности работы с MySQL
      • Особенности работы с PostgreSQL
    • Мониторинг трансферов
    • Квоты и лимиты
  • Управление доступом
  • Правила тарификации
  • Вопросы и ответы
  1. Концепции
  2. Особенности работы сервиса
  3. Особенности работы с MySQL

Особенности работы с MySQL

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

    1. Проверьте, что на источнике включен режим полного binary-лога.
    2. Работа с ограничениями (CONSTRAINT).
      • По умолчанию CONSTRAINT на приемнике включены. Это будет учитываться при работе трансфера. Для крупных баз это может существенно повлиять на производительность при репликации.
      • На уровне трансфера доступно отключение CONSTRAINT, которое может помочь решить проблему производительности. Но в зависимости от подсистемы хранения данных низкого уровня поведение может получиться различным: в отличие от MyISAM, для InnoDB каскадное удаление работает без гарантий.
    3. Регулярное тестирование проходят только подсистемы хранения данных низкого уровня MyISAM и InnoDB. Корректное поведение для остальных не гарантируется.
    4. Обработка операторов ALTER:
      • В некоторых случаях может приводить к временному замедлению работы репликации, после чего процесс должен восстановиться.
      • Если вы производите сложные манипуляции с изменением схем на источнике, лучше произвести явные проверки на приемнике.
    5. Лимит на размер отправляемого chunk можно изменять с помощью параметра max_allowed_packet.
    6. SQL mode на источнике и приемнике должен быть одинаковым.

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

    Language
    Вакансии
    Политика конфиденциальности
    Условия использования
    © 2021 ООО «Яндекс.Облако»