Size: a a a

2021 February 14

PK

Phil Kulin in DevOps
Евгений Омельченко
Я забыл, что у тебя myisam. В innodb достаточно, чтобы wal не успел сколапситься
Не помню, чтобы он умел и innodb подтягивать. Вообще всё делает rsync файла
источник

PK

Phil Kulin in DevOps
Покажи мне команду, подтягивающую innodb
источник

VS

Vladimir Smirnov in DevOps
Phil Kulin
Нет, реплика не умеет самоподтягиваться. Надо дампить базу и перекатывать
Иннодб умеет, если не уехала далеко. А если уехала, есть оркестратор чтоб переделывать
источник

ЕО

Евгений Омельченко... in DevOps
START SLAVE :) Если log pos не уехал, то оно стартанётся
источник

VS

Vladimir Smirnov in DevOps
Phil Kulin
Не помню, чтобы он умел и innodb подтягивать. Вообще всё делает rsync файла
Там с тех пор сделали ещё много всякого. Например gtid, чтоб ресинк был менее болезненный
источник

VS

Vladimir Smirnov in DevOps
А так - как выше сказали.
источник

PK

Phil Kulin in DevOps
Не, ну так и myisam умеет. Я честно не знаю на каких именно базах он начинает плакать, что у него там pos не тот всё пропало
источник

DS

Dmitry Sergeev in DevOps
Евгений Омельченко
START SLAVE :) Если log pos не уехал, то оно стартанётся
так это не работает. Там могут быть разные ситуации и тремя командами ты реплику не всегда восстанвишь. Ну и с позициями уже никто не работает с 5.6 версии там gtid
источник

PK

Phil Kulin in DevOps
Vladimir Smirnov
А так - как выше сказали.
Не, ну мы и пришли к тому, что я спросил. Подымать реплику, снимать дамп. Ну и опускать, чтобы не вспоминать о ней
источник

DS

Dmitry Sergeev in DevOps
Phil Kulin
Не, ну мы и пришли к тому, что я спросил. Подымать реплику, снимать дамп. Ну и опускать, чтобы не вспоминать о ней
да каммон. Реплика разваливается, вот прям чтобы трудно было восстановить в очень редких случаях
источник

n🐈

nikoinlove 🐈 in DevOps
Phil Kulin
Кстати, не знаю ни одного
https://www.percona.com/blog/2013/09/13/enabling-crash-safe-slaves-with-mysql-5-6/ вот эти две строчки точно избавили меня от поломки реплики когда сервер повисает а ты его по питанию дергаешь
источник

PK

Phil Kulin in DevOps
Dmitry Sergeev
да каммон. Реплика разваливается, вот прям чтобы трудно было восстановить в очень редких случаях
Да любой скачок напряжения -99% перезаливка реплики
источник

DS

Dmitry Sergeev in DevOps
Переналить реплику вообще не проблема. И гигабайты данных это мало. У меня нарпимер базы больше террика есть, и ничего
источник

DS

Dmitry Sergeev in DevOps
Phil Kulin
Да любой скачок напряжения -99% перезаливка реплики
нет, и сильно зависит от конфигурации
источник

PK

Phil Kulin in DevOps
Dmitry Sergeev
нет, и сильно зависит от конфигурации
Мне видимо не известны конфигурации
источник

DS

Dmitry Sergeev in DevOps
Phil Kulin
Да любой скачок напряжения -99% перезаливка реплики
а если совсем развалилась, достаточно воостановить работу реплики, а потом прогнать pt-table-sync
источник

DS

Dmitry Sergeev in DevOps
Ну и есть например mysql orchestrator, там много чего уже сделано
источник

VS

Vladimir Smirnov in DevOps
Dmitry Sergeev
Ну и есть например mysql orchestrator, там много чего уже сделано
Оркестратор в принципе может даже после полного вайпа реплики все починить самостоятельно
источник

DS

Dmitry Sergeev in DevOps
Phil Kulin
Мне видимо не известны конфигурации
sync_binlog = 1, innodb_flush_log_at_trx_commit =1 , binglog_format = raw. Думаю в таком случае очень трудно будет развалить реплику скачком напряжения
источник

VS

Vladimir Smirnov in DevOps
Dmitry Sergeev
sync_binlog = 1, innodb_flush_log_at_trx_commit =1 , binglog_format = raw. Думаю в таком случае очень трудно будет развалить реплику скачком напряжения
И иннодб туда ещё надо :)
источник