Не заработал Mater - Slave

конфиг мастера:

[client]

port            = 3306

socket          = /var/lib/mysql/mysql.sock

[mysqld]

port            = 3306

socket          = /var/lib/mysql/mysql.sock

skip-external-locking

key_buffer_size = 128K

max_allowed_packet = 16M

table_open_cache = 4096

sort_buffer_size = 64K

read_buffer_size = 256K

max_connections=1000

read_rnd_buffer_size = 256K

net_buffer_length = 2K

thread_stack = 128K

server-id       = 1

log-bin=mysql-bin

replicate-same-server-id=0

auto-increment-increment=2

auto-increment-offset=1

[mysqldump]

quick

max_allowed_packet = 16M

[mysql]

no-auto-rehash

[myisamchk]

key_buffer_size = 8M

sort_buffer_size = 8M

[mysqlhotcopy]

interactive-timeout

конфиг слейва:

[client]

port            = 3306

socket          = /var/lib/mysql/mysql.sock

[mysqld]

datadir         = /var/lib/mysql

port            = 3306

socket          = /var/lib/mysql/mysql.sock

key_buffer_size = 16K

max_allowed_packet = 1M

table_open_cache = 4096

sort_buffer_size = 64K

read_buffer_size = 256K

read_rnd_buffer_size = 256K

max-connections=1000

net_buffer_length = 2K

thread_stack = 128K

server-id       = 2

replicate-same-server-id = 0

auto-increment-increment = 2

auto-increment-offset = 2

log-bin=mysql-bin

[mysqldump]

quick

max_allowed_packet = 16M

[mysql]

no-auto-rehash

[myisamchk]

key_buffer_size = 8M

sort_buffer_size = 8M

[mysqlhotcopy]

interactive-timeout

команды для включения (делал как master-master а не как master-slave):

на одном тазике:

GRANT REPLICATION SLAVE ON *.* TO 'mas_slave'@'192.168.1.1' identified by 'password';

FLUSH PRIVILEGES;

CHANGE MASTER TO MASTER_HOST='192.168.1.1',MASTER_USER='mas_slave',MASTER_PASSWORD='password', MASTER_LOG_FILE='mysql-bin.000003',MASTER_LOG_POS=107;

на втором тазике:

CHANGE MASTER TO MASTER_HOST='192.168.2.1', MASTER_USER='mas1_slave', MASTER_PASSWORD='password', MASTER_LOG_FILE='mysql-bin.000003' MASTER_LOG_POS=107;

 GRANT REPLICATION SLAVE ON *.* TO 'mas1_slave'@'192.168.2.1' identified by 'password';

FLUSH PRIVILEGES;

mysql5.5, в нем в конфиге отсутствуют директивы master-host master-user master-password, они автоматом запоминаются и потом после рестарта работают посте команды change master.

Все заработало из коробки. Сразу и без проблем. Делал сегодня днем как одну из подзадач, вот в этом топике флудю по этому поводу.

Начинающий телепат детектед, но пока мимо :) На самом деле все несколько интересней. Репликация запускалась не с данными юзера из конфига, а с теми, которые я вручную писал запросами.

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

ТС, давайте доступ, у меня мастер <-> мастер нормально работает, а у вас проще схема и какие-то бока, там надо блин остановить слейва, засинхронизировать базу руками, потом повыставлять счетчики на мастере правильные, в соответствии с "show slave status" и включить слейв обратно :D

ТС, Romka_Kharkov прав.

stop slave сначала :)

вас действительно разсинхронизировало просто.

Критикую

У mysql есть нативный кластер

Без репликации

подробнее.....

ndbmgnt -или как то так ?....из коробки заводится ? как йопся-йопся - чото не стартонуло, а нужно было быстро....

Подробности на сайте мискуля

И так, итог таков: после перенастройки slave + повторной заливки дампа с мастера все завелось и работает как нужно. Пока предполагаю только 2 причины случившегося:

1. не правильная настройка данных доступа на slave сервере

2. запустил первый раз master раньше, чем slave

pupseg и Romka_Kharkov, спасибо за толчки в нужное направление :)

---------- Добавлено 27.01.2012 в 01:35 ----------

Andreyka, и какова выгода использования ndb перед вот такой репликацией? не в теории, а на работающих проектах? стабильнее? быстрее?

Нет задержки

Можно менять данные на любой ноде