Spec-Zone .ru
спецификации, руководства, описания, API
|
AUTO_INCREMENT
BLACKHOLE
ТаблицыCREATE ... IF NOT EXISTS
ОператорыCREATE TABLE ... SELECT
ОператорыCREATE SERVER
, ALTER SERVER
, и
DROP SERVER
CURRENT_USER()
DROP ... IF EXISTS
ОператорыDIRECTORY
Табличные ОпцииFLUSH
LIMIT
LOAD DATAINFILE
REPAIR TABLE
max_allowed_packet
MEMORY
Таблицыmysql
Системная база данныхTRUNCATE TABLE
Следующие разделы предоставляют информацию о том, что поддерживается и что не находится в репликации MySQL, и о специфических вопросах и ситуациях, которые могут произойти, тиражируя определенные операторы.
Основанная на операторе репликация зависит от совместимости на уровне SQL между ведущим устройством и ведомым устройством. В других успешный SBR требует, чтобы любые используемые функции SQL поддерживались и ведущим устройством и ведомыми серверами. Например, если Вы используете функцию на главном сервере, который доступен только в MySQL 5.7 (или позже), невозможно тиражироваться к ведомому устройству, которое использует MySQL 5.6 (или ранее).
Такие несовместимости также могут произойти в пределах ряда выпуска при использовании выпусков подготовки
производства MySQL. Например, SLEEP()
функция является доступным начинанием с MySQL 5.0.12. Если Вы
используете эту функцию на ведущем устройстве, невозможно тиражироваться к ведомому устройству, которое
использует MySQL 5.0.11 или ранее.
Поэтому используйте Общедоступные выпуски (GA) MySQL для основанной на операторе репликации в производственной установке, так как мы не представляем новые SQL-операторы или изменяем их поведение в пределах данного ряда выпуска, как только тот ряд достигает состояния выпуска GA.
Если Вы планируете использовать основанную на операторе репликацию между MySQL 5.7 и предыдущим рядом выпуска MySQL, это - также хорошая идея консультироваться с выпуском MySQL Reference Manual, соответствующего более раннему ряду выпуска для информации относительно характеристик репликации того ряда.
С основанной на операторе репликацией MySQL могут быть проблемы с тиражированием сохраненных подпрограмм или триггеров. Можно избежать этих проблем при использовании построчной репликации MySQL вместо этого. Для подробного списка проблем см. Раздел 18.7, "Двоичное Журналирование Сохраненных Программ". Для получения дополнительной информации об основанном на строке журналировании и построчной репликации, см. Раздел 5.2.4.1, "Двоичные Форматы Журналирования", и Раздел 16.1.2, "Форматы Репликации".
Для дополнительной информации, определенной для репликации и InnoDB
, см. Раздел 14.2.2.6,"InnoDB
и
MySQL Replication". Для получения информации касаясь репликации с MySQL Cluster, см.