MariaDB не пишет в бинлог,репликация невозможна

Инициировать репликацию заново?

Не использовать MariaDB и уйти на Percona server без таких проблем :)

uisay, файл есть, значит вы ее хотя бы включили. Покажите конфиг мастера что-ли.

Типичная ошибка - использование фильтров репликации без понимания как они работают.

уже снес эту бд ,но помню ,переменные все были по умолчанию .

мастер как обычно

server-id=3636181

log_bin=mysql-bin

log_error=mysql-bin.err

binlog_do_db=***

binlog_do_db=***

binlog_do_db=***

звездочки имя баз.

Сейчас поставил родную mysql 5.1,бинлог пишет без проблем

---------- Добавлено 17.11.2013 в 15:04 ----------

ха. недолго музыка играла.

mysql 5.1

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

при это изменения сделанные в phpmyadmin прекрасно попадают в бинлог,соответственно и реплицируются.

что это может быть?

---------- Добавлено 17.11.2013 в 15:06 ----------

mysql-bin.000008 4980 Xid 3636181 5007 COMMIT /* xid=3293 */

mysql-bin.000008 5007 Query 3636181 5084 BEGIN

mysql-bin.000008 5084 Query 3636181 5179 use `statbanneragr`; TRUNCATE `debit_banner`

mysql-bin.000008 5179 Xid 3636181 5206 COMMIT /* xid=3295 */

mysql-bin.000008 5206 Query 3636181 5283 BEGIN

mysql-bin.000008 5283 Query 3636181 5375 use `statbanneragr`; TRUNCATE `oched_tbl`

mysql-bin.000008 5375 Xid 3636181 5402 COMMIT /* xid=3297 */

mysql-bin.000008 5402 Query 3636181 5479 BEGIN

mysql-bin.000008 5479 Query 3636181 5760 use `statbanneragr`; INSERT INTO `statbanneragr`.`119` (`pokaz`, `cost`, `convers`, `strana`, `region`, `gorod`, `slovo`, `debitslovo`, `data`) VALUES ('55', '55', '1', 'ffffff', 'ffffffffff', 'ffffffffff', 'fffff', 'ffff', '567')

mysql-bin.000008 5760 Xid 3636181 5787 COMMIT /* xid=3359 */

---------- Добавлено 17.11.2013 в 15:08 ----------

позиция 5479 "statbanneragr`; INSERT INTO"

сделано phpmyadmin ом остальные записи не попадают, причем в бд они есть

Ну вот и уберите все это. То же самое с опциями replicate-do-* на подчиненных серверах.

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

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

дело в ...5760 use `statbanneragr`.......

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

сцуко php

А при чем тут php? Такие вещи должны отлавливаться на уровне бинарных логов самим мискулем.

Andreyka, читайте документацию. Там все написано кто кому должен.

Фильтры репликации работают как они задуманы, а не как он них написали на хабре и прочих неглубоких ресурсах в статьях типа "подними репликацию за 3 минуты".

По возможности лучше их не настраивать вообще.

А при чем тут фильтры репликации к php?

Andreyka, фильтры репликации - суть проблемы ТС. php - объект его недовольства.

Некий неаккуратный php-скрипт работает с базой не как обычно принято. Скрипт обновляет таблицы одной бд находясь в контексте другой бд. Фильтры считают эти операторы выполненными не в том контексте и отфильтровывают. Так можно делать, но, как видим, не всегда работает.