Проблема репликации с mysql 5.5.8 при восстановлении дампа на главном сервере.
Запустите с MSDN: http://msdn.microsoft.com/en-us/sqlserver/default.aspx как существует богатство информации о там. Кроме того, для определенного синтаксиса/запросов я нахожу, что блог Pinal Dave важен: http://blog.sqlauthority.com/
Скорее всего, вам нужно настроить его на смешанный формат, чтобы сервер мог принять решение.
binlog-format=MIXED
Формат оператора не всегда работает, особенно если оператор содержит такую переменную, как CURRENT_TIMESTAMP. Вы можете прочитать об этом здесь: https://mariadb.com/kb/en/mariadb/mariadb-documentation/log-files/binary-log/binary-log-formats/ - Clark Vera
.Биринчиден, сиз ар бир форматтын эмне берерин түшүнүшүңүз керек, андыктан кайсынысы сизге ылайыктуу экендигин тандап алсаңыз болот.
Катарга негизделген: Столдун айрым катарларына таасир берген окуяларды жазат.
Билдирүүгө негизделген: Берилиштерге же таблицанын структурасына өзгөртүүлөрдү киргизген бардык SQL операторлорун жазат.
Аралаш эки дүйнөнү бириктирет, бирок MariaDB же MySQL БИЛДИРҮҮНҮ ROW ордуна жактырышат.
@ Кошумча маалымат алуу үчүн Кларк Веранын жоопторунда документациясы бар.
Катарга негизделген, журналга киргизилген жана кайталанышы керек болгон анча-мынча суроо-талаптары бар түзүмдөргө арналган, ошондуктан ар бир саптагы ар бир өзгөрүүнү каттоого жана кайталоого болот.
Билдирүүгө негизделген журнал, тескерисинче, кыскача журналды жана жогорку көлөмдүү Маалыматтар базасын натыйжалуу көбөйтүүнү алып келет, бирок маанилүү деп саналбаган же структурасын өзгөртпөгөн айрым маалыматтарды жоготуп алышы мүмкүн.
Ушундан кийин, сиз эки көчүрмө сервериңизди бирдей журнал ыкмасы менен жүргүзүшүңүз керек, ошондо сиз барсаңыз жакшы болот.
@Clark Vera айткандай, сизге АРАЛаштырылган журналды сунуштаңыз, болбосо сиз аны отурумуңузда ROW деп койсоңуз болот, ал эми bdди өчүрүп-күйгүзгөндө, ал автоматтык түрдө STATEMENT негизделген журнал болот.