|
Задавайте вопросы, мы ответим
Вы не зашли.
Хочется лог репликации с самого начала действия запуска проекта, чтоб потом не мучаться с копированием, всего, что бы до репликации.
Вопросов несколько:
- В логах коррекция таблиц будет отмечаться, добавление ключей, столбцов итп.?
- В чём различаются два виды репликации (MySQL), по каким критериям выбрать нужный?
Сначала логи будут просто мёртвым грузом лежать на диске, и только спустя скажем полгода может быть подключиться первая реплика. Первая запись в реплику может идти сколько угодно, но потом хотелось бы быстроты. Так же реплика будет поднята как слайв, который в последствии станет сам вторым мастером, то есть должен будет сохранять свои логи, для своих слайвов.
- Есть ли какая-нибудь примерная формула, по которой можно прикинуть сколько места займут логи?
- Я ведь правильно поняла, что логам не сильно важна скорость? То есть, если отдать по базу что-то быстро оборотное с 6гб/с, то логи можно и на 7,2К сата 2 разместить или?
На что ещё нужно обратить внимание? Мануалы просмотрела, статей на хабре начиталась. Мозг вроде знает как надо, но руки бояться 
Неактивен
animegirl написал:
Хочется лог репликации с самого начала действия запуска проекта, чтоб потом не мучаться с копированием, всего, что бы до репликации.
animegirl написал:
Сначала логи будут просто мёртвым грузом лежать на диске, и только спустя скажем полгода может быть подключиться первая реплика. Первая запись в реплику может идти сколько угодно, но потом хотелось бы быстроты.
Проблема в том что если слейв не особо быстро выполняет запросы по логу, то ему будет брать много его разобирать, а лог то одновременно еще и пополнятся. Это аналогично ситуации когда вы выгребаете воду из лодки с пробитым дном
animegirl написал:
- В логах коррекция таблиц будет отмечаться, добавление ключей, столбцов итп.?
Да
animegirl написал:
- В чём различаются два виды репликации (MySQL), по каким критериям выбрать нужный?
В практике использовал только Statement-based, в теории могу сказать:
Statement-based
На слейве повторно выполняет запросы выполненые на мастере
+ Быстрее
+ Легче лог
- Менее точен (проблема с запросами типа update ... set create_date=NOW() ...)
Row-based
Копирует на слейв измененные строки на мастере
+Гарантирует относительно полную идентичность
Может быть полезным:
Некоторые аспекты репликации
отличия Row-based и Statement-based репликации
Неактивен
Изучив эту статью, пришли к выводу, что данная схема нам, очень даже подходит
http://habrahabr.ru/company/bitrix/blog/146490/
Но всё равно, хотелось бы мнения людей лучше чем мы знакомых с материей.
Неактивен
С той наверное разницей, что мастеров будет в дальнейшем запланировано побольше. Для географического разноса серверов.
Неактивен
