Puncte:1

Actualizați poziția serverului de replicare MySQL

drapel gh

Am încercat să configurez o replicare a unei baze de date mari (90 GB)

Am creat o copie de rezervă folosind mysqldump --single-tranzacție

Am restaurat-o apoi pe serverul de replicare. Am activat apoi replicarea, dar am făcut clic accidental Resetează slave în phpMyAdmin și a setat poziția înapoi la practic 0.

Deci, dacă înțelegerea mea este corectă, încearcă să reconstruiesc DB pe serverul de replicare de la început.

Deoarece a continuat să erori la duplicatele care existau deja în db (pentru că am restaurat prima copie de rezervă), am adăugat temporalitatea:

slave-skip-errors=1062
skip-slave-start

în fișierul my.ini pentru a sări peste duplicare. Dar chiar și după aceasta, este cu aproximativ 4 luni în spatele masterului (9983704 secunde).

Există vreo modalitate de a muta poziția pe slave în sus, astfel încât să se reconstruiască doar din ultimele zile?

Puncte:1
drapel us

Ar trebui să folosești mysqldump --single-transaction --master-data pentru a descărca baza de date de la master. The --datele-master spune mysqldump pentru a include poziția jurnalului în fișierul rezultat.

După ce restabiliți descărcarea corectă în slave, puteți START SLAVE iar replicarea va decurge normal.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.