Синхронизация 2х БД MySQL

http://dev.mysql.com/doc/refman/5.0/en/replication.html

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

не скажу - не знаю. Скорее всего настраивается - покопайтесьв манах.

На слейве вы можете только делать SELECT, но не DELETE, UPDATE, INSERT!

So1, спасибо за ссылку, на хабре ещё нашёл пост большой - изучаю сейчас

ойё, в одной БД 294 таблицы, а в другой 73 =) убийственно, однако

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

Вся штука в том, что есть 2 сайта, которые используют идентичную базу предприятий - думаю над тем, как лучше сделать синхронизацию (репликацию) между ними, но таким образом, чтобы данные можно было добавлять/редактировать в обеих базах.. но чем больше я читаю про репликацию, тем больше убеждаюсь в том, что таким образом вопрос не решить..

врете. игнорировать таблицы нельзя. можно игнорировать базы данных.

но это может вызвать трудноуловимые глюки, поэтому рекомендуют выставить для игнорируемых таблиц engine=blackhole. таким образом можно игнорировать и таблицы, но трафик на передачу этих обновлений при этом расходуется, конечно.

обычно да.

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

не получится - значит пытайтесь master-master. может, в вашем случае прокатит.

проблема в том, что вы нескоро узнаете о рассинхронизировавшейся базе.

и правда вру. думал про базы, писал таблицы... сорри.

Спасибо Вам за ответы - буду ещё думать. если будут вопросы - тему апну.. но скорее всего откажусь от репликации и напишу скрипт для обновления полей, потому как если добавление (в моём случае) можно сделать из одного места, то редактирование необходимо выполнять в обоих базах и далее по дате обновление уже сравнивать обе записи.. может быть так

проблемы возникают при специфических одновременных редактированиях одной и той же записи:

например

на сервере1 : update tab set val=val+1 where id=123

на сервере2: update tabl set val=val*2 where id=123

оба изменения проигрываются на обоих серверах и на них получаются разные данные, в зависимости от порядка исполнения и НИКАКИХ ОШИБОК репликации не возникает. Просто логическое расхождение. Поэтому master-slave самый безопасный механизм репликации.

что вам мешает при редактировании делать подключение к другой базе данных ?

остальное на сайте будет работать локально, а администраторская часть будет подключаться удаленно к master-серверу.

и если редакторы правят записи по смыслу одинаково, то может и можно игнорировать такой эффект. ну запишется в неизвестном порядке одна из правильных правок и что.

получается, что: подключились для редактирования из сайта slave к сайту master, отредактировали и система репликации уже сама переносит изменения с мастера на слейва?

интересная мысль - подумаю обязательно над этим способом! Спасибо!

А какая необходимость в двух базах? Если базы идентичны, то по-моему проще использовать одну базу, сразу отпадает вопрос о синхронизации, левых ошибках ну и прочих сложностей

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

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