|
Задавайте вопросы, мы ответим
Вы не зашли.
Как грамотно настроить репликацию master<->slave на одном сервере? (ОС: CentOS)
Насколько правильно делать репликацию на одном и том сервере?
Спасибо.
Неактивен
master -> slave, а не master <-> slave 
Так же, как и на разных серверах, но только на одном. Что Вас смущает?
И какую практическую цель вы преследуете?
Неактивен
Цель иметь возможность для бэкапа и ещё для использования slave как read only, а master для записи.
Для репликации на одной машине нужно установить 2 сервера mysql на разные порты, например master - 3306 и slave - 3307, так?
Неактивен
Да, так. Хотя, обычно так не делают: при нормальной работе тогда у Вас будет двойная
запись на диск (мастер и реплика), а во время резервного копирования Вы будете снимать
данные с тех же дисков (т.е. диски мастера все равно будут нагружены). Как следствие,
Вы почти ничего не выиграете.
Пожалуй, единственное, что приходит в голову — это резервное копирование табличек
MyISAM, но, как правило, если Вы используете их — то Вы можете себе позволить уйти
в режим только для чтения на несколько минут ночью для работы mysqlhotcopy.
Неактивен
Ясно, спасибо. Оставлю это до лучших времен.
--
А как насчет других MySQL совместимых СУБД: Percona, MariaDB, Drizzle и т.д.? Интересует в особенности первый.
Какие возможности и ограничения у них по сравнению с MySQL? Можно ли использовать XtraDB вместо InnoDB? Какие преимущества (оптимизация, выигрыши в скорости, стабильность, репликация) дают и насколько они совместимы с MySQL?
Отредактированно NARKOZ (04.11.2010 16:59:43)
Неактивен
Нет такой базы данных — Percona. Есть XtraDB как расширение InnoDB, но оно
работает в рамках одного и того же MySQL. Maria — это форк MySQL, поэтому
он точно такой же, с теми же хранилищами (кроме Aria, но, наверное, не оно
Вас интересует?). Что касается drizzle — еще один форк, не щупал, но раз они
используют InnoDB — не стоит ждать от них прорыва в производительности?
Да, во всех форках есть свои патчи, которые помогают делать что-то. Если Вы
не знаете, в каком месте у Вас bottleneck, это что-то Вам не поможет. Просто
потому что оно будет не там, где нужно.
Неактивен
NARKOZ написал:
Ясно, спасибо. Оставлю это до лучших времен.
--
А как насчет других MySQL совместимых СУБД: Percona, MariaDB, Drizzle и т.д.? Интересует в особенности первый.
Какие возможности и ограничения у них по сравнению с MySQL? Можно ли использовать XtraDB вместо InnoDB? Какие преимущества (оптимизация, выигрыши в скорости, стабильность, репликация) дают и насколько они совместимы с MySQL?
Percona-Server - это MySQL Community Edition + набор патчей на него.
http://www.percona.com/docs/wiki/percon … ures:start
Вот тут полный список и описание улучшений по сравнению с MySQL CE.
XtraDB - это InnoDB Plugin + аналогичный набор патчей.
Мы гарантируем полную совместимость с оригинальным mysql, влоть до формата протоколов и файлов. Т.е. вы можете выключить mysqld, поменять бинарник на Percona, и включить назад - всё будет работать.
Те фичи, что меняют форматы явно оговорены в документации.
В вашем же случае для бекапов лучше использовать Percona XtraDB Backup, специально созданную для таких случаев, и куда лучше прооптимизированную.
master -> slave для репликации не самый удачный приём:
1) реплика может запаздывать
2) упала репликация, пока чинили (канал восстанавливали, поднимали назад) - упал master, и привет.
По всем вопросам можете прочитать на сайте http://percona.com/ либо спросить в percona-disscussion на google groups.
Также меня можно спрашивать про все фичи, что не XtraDB (патчи для XtraDB разрабатывает другой человек).
Отредактированно Oleg Tsarev (05.11.2010 19:07:35)
Неактивен
(wow, percona мониторит наш форум! )
Олег, не связанный вопрос — я недавно пытался собрать xtrabackup и столкнулся
с тем, что без хорошего знания языка это сделать не получается 
В частности хочется, чтобы он собирался над исходниками innodb из ветки 5.1
(сейчас не собирается), а еще лучше — над исходниками xtradb, которые Вы же
и поддерживаете (тоже не собирается). Лечатся сборки исправлением патчей в паре
мест (тривиальным) и менее тривиально — добавить три функции-заглушки, которых
не хватает на этапе линковки.
--
Ну и что касается ответа NARCOZу — человек пытается придумать, как сделать
систему отказоустойчивой, при этом находясь в рамках одного компьютера.
Насколько я знаю, так сделать не получится, потому что железка одна
Неактивен
paulus написал:
(wow, percona мониторит наш форум!
Ну, конкретно я мониторю русский сектор, интересно же что люди пишут
paulus написал:
Олег, не связанный вопрос — я недавно пытался собрать xtrabackup и столкнулся
с тем, что без хорошего знания языка это сделать не получается
Хорошего знания какого языка? Си?
paulus написал:
В частности хочется, чтобы он собирался над исходниками innodb из ветки 5.1
(сейчас не собирается), а еще лучше — над исходниками xtradb, которые Вы же
и поддерживаете (тоже не собирается). Лечатся сборки исправлением патчей в паре
мест (тривиальным) и менее тривиально — добавить три функции-заглушки, которых
не хватает на этапе линковки.
Пожалуйста, заведите bug.
Баг-трекер: https://launchpad.net/percona-xtrabackup
Прямая ссылка на bug report: https://bugs.launchpad.net/percona-xtrabackup/+filebug
XtraDB Backup занимается мой коллега, я с ним не работал, к сожалению.
paulus написал:
Ну и что касается ответа NARCOZу — человек пытается придумать, как сделать
систему отказоустойчивой, при этом находясь в рамках одного компьютера.
Насколько я знаю, так сделать не получится, потому что железка одна
Зависит от того, какая отказоустойчивость нас интересует.
От аппаратного сбоя не защитит, от софтверного - вполне. И в любом случае, бекапы по-хорошему складывать в отдельный storage.
Неактивен
Да, си
Завел; просто думал — вдруг я где-то не там смотрю, и есть более правильные ис-
ходники.
Кстати, про софтверный сбой — я бы тоже засомневался. Допустим, такой случай:
1. Софтверный сбой при записи, мы записываем в tablespace битую информацию.
2. Приходит xtrabackup, который копирует файлик целиком с битой информацией.
3. После этого мы битую информацию пытаемся прочитать, обнаруживаем сбой, падаем.
4. И бэкап не помогает, потому что он плохой
Хотя, может, я просто не верю в отказоустойчивость на одной машинке — опыт
говорит, что железки ломаются куда чаще ПО.
Неактивен
Здравствуйте.
Скажите пожалуйста, а в этой статье тоже рассматривается случай репликации с двумя серверами на одной машине?
http://agafonov.pp.ru/blog/2012/02/07/% … %80%D0%B5/
Неактивен
