[dmitryst]

1. Вижу по размерам БД то, что они не соответствуют друг другу. Значит репликация не работает.

не работает

Query OK, 0 rows affected, 1 warning

- т.е. ничего не изменено.
А вообще пакеты идут к мастеру? Точнее, от мастера к слейву? У меня есть подозрения, что файерволл блокирует-с...

2. Где взять более подробное описание настройки репликации?

-вроде, только в мане по mySQL. Кое-что есть на
opennet

[Negativ]

dmitryst
Собственно в логах слейва вижу это:
file host.local.err:

Код:

070814 11:21:45  mysqld started
070814 11:21:45  InnoDB: Started; log sequence number 0 43655
070814 11:21:45 [Warning] Neither --relay-log nor --relay-log-index were used; s
o replication may break when this MySQL server acts as a slave and has his hostn
ame changed!! Please use '--relay-log=host-relay-bin' to avoid this problem.
070814 11:21:45 [Note] /usr/local/libexec/mysqld: ready for connections.
Version: '5.0.27'  socket: '/tmp/mysql.sock'  port: 3306  FreeBSD port: mysql-se
rver-5.0.27
070814 11:21:45 [Note] Slave SQL thread initialized, starting replication in log
 'host-bin.000001' at position 441269501, relay log './host-relay-bin.0000
02' position: 4363820
070814 11:21:50 [Note] Slave I/O thread: connected to master 'replicator@192.168.4.1
1:3306',  replication started in log 'host-bin.000001' at position 441269501
070814 11:24:27 [Note] Slave I/O thread killed while reading event
070814 11:24:27 [Note] Slave I/O thread exiting, read up to log 'host-bin.000
001', position 441295868
070814 11:24:27 [Note] Error reading relay log event: slave SQL thread was kille
d
070814 11:24:32 [Note] Slave SQL thread initialized, starting replication in log
 'host-bin.000001' at position 441295868, relay log './host-relay-bin.0000
01' position: 4
070814 11:24:37 [Note] Slave I/O thread: connected to master 'replicator@192.168.4.1
1:3306',  replication started in log 'host-bin.000001' at position 441295868

Но! Вижу в каталоге БД на слейве (пример):

Код:

...
-rw-rw----  1 mysql    mysql       3040 Aug 13 02:09 property_definitions.MYD 
-rw-rw----  1 mysql    mysql      10240 Aug 13 02:09 property_definitions.MYI 
-rw-rw----  1 mysql    mysql       8764 Aug 13 02:09 property_definitions.frm
-rw-rw----  1 mysql    mysql      22360 Aug 13 02:09 property_values.MYD 
-rw-rw----  1 mysql    mysql      45056 Aug 13 02:09 property_values.MYI 
-rw-rw----  1 mysql    mysql       8634 Aug 13 02:09 property_values.frm
...

А это говорит о том, что файлы переписывались ночью. Приходит в голову мысль, что возможно репликация проходит нормально, а разница в размерах БД связана с ростом таблиц во время дневной активности. Ночью же просиходит оптимизация таблиц скриптами.
Интересен момент: автоматически сервер MySQL может реплицировать данные, без ручной команды load data from master? Возможно эффект
load data from master;
Query OK, 0 rows affected, 1 warning (5.10 sec)
зависит от активности БД?

[vadimiron]

load data from master;

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

Самое важное: перед началом репликации базы данных должны быть абсолютно одинаковы! И схема базы и данные должны быть одинаковы.

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

Ещё из личного опыта: не реплицируйте все базы данных - особенно нельзя реплицировать системную базу данных, а то там начнётся проблемы с созданием юзеров и тд.
Для ограничения репликации по базам данных используйте

HTML код:

--replicate-do-db=dbwiki
--replicate-wild-ignore-table=mysql%

Пара ссылок:
Команды и настрйка Репликации
Команды Репликации
Статья

Потестируйте сначало на тестовых баз данных, потом переходите на продуктивную

[dmitryst]

Negativ, я бы залил на мастер таблицы со слейва, якобы реплицированные ночью. Ну и сравнил бы.

070814 11:21:50 [Note] Slave I/O thread: connected to master 'replicator@192.168.4.1 1:3306', replication started in log 'host-bin.000001' at position 441269501 070814 11:24:27 [Note] Slave I/O thread killed while reading event 070814 11:24:27 [Note] Slave I/O thread exiting, read up to log 'host-bin.000 001', position 441295868

а что там на этой позиции?

[vadimiron]

Negativ,
Coветую из лчного опыта - сделайте полный Reset и начните заново - только базы данных подготовьте

[Negativ]

dmitryst
приходила такая мысль в голову, но т.к. рабочая БД постоянно меняется проверить идентичность практически нереально.

Coветую из лчного опыта - сделайте полный Reset и начните заново - только базы данных подготовьте

Под reset'ом Вы понимаете снос БД со слейва, удаление всех лог файлов как с мастера так и со слейва. Потом снова копирование БД с мастера на слейв. Так?

position 441295868
Я вот только догадываться могу, что это за позиция и где она вообще.

[dmitryst]

Negativ, а если на доп. компе по-быстренькому сделать имитацию? Базы, конечно ,не нужно реальные, можно просто какой-нибудь тестовой чепухой забить, и время от времени менять. Ручками. И контролировать слейв.

[Negativ]

Для ограничения репликации по базам данных используйте HTML код: --replicate-do-db=dbwiki --replicate-wild-ignore-table=mysql%

Эти строчки как я понимаю нужно в my.conf на слейве внести?

[vadimiron]

Под reset'ом Вы понимаете снос БД со слейва, удаление всех лог файлов как с мастера так и со слейва. Потом снова копирование БД с мастера на слейв. Так? >>>

Нет, есть спец команда для этого: RESET SLAVE, RESET MASTER
Эта команда затирает все логи и все ошибки. При проблемах я ей всегда пользуюсь. Когда возникают ошибки и репликация падает, я останавливаю репликацию, использую RESET, привожу базы данных на один уровень и запускаю репликацию.

Ошибки у меня возникали только в начале - потом когда всё понял и настроил, вообще проблем не возникает. Уже полгода даже не притрагивался к репликации.
У меня к тому же двухсторонняя репликация работает: то есть оба сервера обнавляют друг друга