надеждност репликация
се препоръчва да се инсталира MySQL параметри, за да се гарантира максимална надеждност на репликация, както следва:
innodb_flush_log_at_trx_commit = 1
Забележка: Създаване на тези параметри може да доведе до цялостно намаляване на производителността на системата.
За да се подобри ефективността, можете да използвате тези опции (може да загубите информация, когато няколко сделки на катастрофата на база данни):
динамичен хост
реле - влезте. реле - влезте - индекс.
привилегии
За да работите репликация сметки основна и резервна главен / подчинен-сървъри трябва да имат, освен стандарта е от полза:
часови зони
Ако сървърът на базата данни в клъстера са разположени в различни центрове за данни, трябва да ги настроите на една часова зона.
репликация прилагане
Репликация след настройка работи надеждно и изисква минимална администрация. Въпреки това, се препоръчва периодично да проверявате състоянието на своята операционна система за мониторинг на комунални услуги (Nagios, zabbix, Monit, Linux-ха).
В малко вероятния случай на грешка на роб-сървър се препоръчва да се преинициализира - отново го изпълни с данни на основния сървър. За да направите това, използвайте го, за да спре. и след това да започнете да използвате раздел репликация (Settings> Уеб клъстер> репликация).
Можете свободно да се спре роб-сървър, включително за логична и съгласувана двоичен архивиране означава, MySQL и операционната система. В същото време той не прекъсва работата на главния сървър на база данни.
Преминаване slave-> майстор в случай на повреда на майстор
В случай на неизпълнение на основното (магистър) сървърът на базата данни, трябва да се ръчно или автоматично превключване клъстер скрипт на друг майстор-сървър СУБД. За тази роб-обикновено сървър, който съхранява най-новите повторен данни се превръща в основен режим.
Общата схема на тази процедура е, както следва:
- Затваряне на клиентски достъп до уеб приложение Ако използвате двустепенна конфигурация (потребителската Nginx - задния Apache, и т.н.), се препоръчва да забраните достъпа на интерфейса на задния (уеб приложението) и освободете при работа с информация за клиентите страница на клъстер от рутинна поддръжка.
- Спрете всички роб-сървър представлява поток от двоичен дневник получавате актуализации от първичния (магистър) сървър:
Свързани статии