Replicarea Mysql și trecerea la un nou expert

Fiabilitatea replicării

Pentru a asigura o fiabilitate maximă a replicării, se recomandă setarea parametrilor MySQL după cum urmează:
innodb_flush_log_at_trx_commit = 1

Notă: Setarea acestor parametri poate duce la o scădere generală a performanțelor sistemului.

Pentru a îmbunătăți performanța, puteți utiliza acești parametri (plini de pierderi de date din mai multe tranzacții în momentul prăbușirii în baza de date):

Nume gazdă dinamică

releu - jurnal. releu - log - index.

privilegii

Pentru operația de replicare, conturile master și backup master / slave trebuie să aibă, pe lângă cele standard, următoarele privilegii:

Zonele de timp

Dacă serverele de cluster sunt situate în diferite centre de date, trebuie să configurați un singur fus orar pentru acestea.

Administrarea replicării

Replicarea după configurare funcționează fiabil și necesită administrare minimă. Cu toate acestea, se recomandă să verificați periodic starea acestuia prin utilitățile de monitorizare a sistemului de operare (nagios, zabbix, monitor, linux-ha).

În cazul puțin probabil că apare o eroare la serverul slave, se recomandă reinitializarea - reîncărcați datele de pe serverul principal. Pentru aceasta, trebuie să o opriți. apoi începeți să o utilizați în secțiunea Replicare (Setări> Cluster Web> Replicare).

Puteți opri în mod liber serverul slave, inclusiv. pentru a implementa o copie binară logică și completă folosind MySQL și sistemul de operare. Serverul bază de date principal nu este întrerupt.

Comandarea slave-> master în cazul unei defecțiuni majore

În cazul unei defecțiuni a serverului de bază de date (master), trebuie să comutați manual sau automat clusterul la un alt server master DBMS. Pentru a face acest lucru, de obicei, serverul slave care stochează ultimele date reproduse este pus în modul principal.

Schema generală a acestei proceduri este următoarea:

Închideți accesul clientului la o aplicație Web Dacă utilizați o configurație cu două niveluri (front-end Nginx - apache backend, etc.), se recomandă să dezactivați accesul front-end la backend (aplicația Web) și eliberați atunci când manipulați pagina de informații despre clienți către un grup de întreținere de rutină.
Oprim pe toate serverele de servere fluxul de primire a actualizărilor binare ale jurnalului de pe serverul principal (master):

Articole similare

Pagina anterioară

Pagina următoare