Mbikëqyrja e replikimit bëhet e kuqe kur bie VPN-ja, dhe instinkti është të rivendoset një pozicion. Ky instinkt është mënyra se si një ndërprerje rrjeti bëhet problem me të dhënat. Një rrugë e rënë nuk thotë asgjë për atë që ka marrë ose zbatuar replika, dhe këto janë dy faza me dy gjendje. Lexoni ato veçmas përpara se të ndryshoni ndonjë gjë.

Dy faza, dy përgjigje të veçanta

Një replikë asinkrone e zakonshme bën dy punë. Marrësi lidhet me burimin, tërheq ngjarjet dhe i shkruan lokalisht në regjistrin e përcjelljes. Zbatuesi lexon atë regjistër dhe ekzekuton ngjarjet në replikë. Kur rruga thyhet, marrësi ndalon menjëherë, ndërsa zbatuesi vazhdon të përpunojë mbeturinat që janë tashmë në disk. Pra, një ndërprerje prodhon dy pyetje të ndryshme: a u kthye lidhja dhe a u zbatua puna e grumbulluar? Trajtimi i tyre si një pyetje e vetme mesatarizon dy gjendje në një përgjigje mashtruese.

Rikthimi i marrësit ju thotë se rruga është aktive. Nuk thotë asgjë për sa larg ka mbetur zbatuesi, as nëse ka hasur një gabim gjatë shkëputjes.

Lexoni kanalin me deklaratën e duhur

Në MySQL 8.4, SHOW REPLICA STATUS kthen një rresht për çdo kanal të konfiguruar, prandaj lexoni rreshtin e kanalit që keni ndër mend dhe jo të parin në listë. Replica_IO_Running dallon një marrës të lidhur nga një që po lidhet ose është ndalur, dhe Replica_SQL_Running përshkruan zbatuesin. Lexoni edhe kolonat e gabimeve pranë tyre, sepse një marrës që rilidhet dhe dështon menjëherë lë një mesazh që asnjë flamur statusi nuk do ta tregojë. Versionet më të vjetra përdorin emra të tjerë kolonash, prandaj mos e përktheni një recetë të vjetër vetëm duke riemërtuar komandat.

Kontrolloni gjithashtu identitetin e burimit dhe çdo filtër të konfiguruar. Një replikë e drejtuar nga burimi i gabuar, ose e filtruar më ngushtë sesa mendoni, raporton shëndet ndërsa replikon diçka tjetër nga ajo që prisni.

Pse një vonesë zero mund të gënjejë

Vlera e vonesës krahason vulën kohore të ngjarjes së fundit të zbatuar me kohën aktuale. Kur marrësi ka qenë i ndalur për një orë, zbatuesi mund të përpunojë mbeturinat dhe të arrijë fundin e asaj që ka marrë, dhe atëherë numri bie në zero edhe pse replika është një orë prapa burimit. Metrika mat radhën e zbatuesit, jo aktualitetin e replikës.

Në vend të kësaj krahasoni transaksionet e ekzekutuara me atë që burimi ka në dispozicion. Ai krahasim i reziston një marrësi të ngecur.

Mbajtja përcakton dritaren reale të rikuperimit

Arritja kërkon që burimi të mbajë ende transaksionet që i nevojiten replikës. Pasi ato pastrohen, replika nuk mund t'i marrë, dhe asnjë sasi rilidhjeje nuk e ndryshon këtë.

Me pozicionimin automatik GTID, dështimi është i qartë: replika kërkon histori që burimi nuk e mban më dhe refuzon të vazhdojë. Opsionet atëherë janë të merren ngjarjet që mungojnë nga një burim që i ka ende, ose të rindërtohet nga një kopje sigurie dhe të lihet të arrijë. Kalimi përtej boshllëkut nuk është arritje, dhe lë një replikë të dhënat e së cilës janë në heshtje të paplota. Planifikoni dritaren duke krahasuar kohëzgjatjen e pritur të ndërprerjes me mbajtjen e regjistrit binar në burim dhe shkallën e ndryshimit, sepse këto tre numra vendosin nëse një ndërprerje është fare e rikuperueshme.

Verifikoni arritjen, jo ngjyrën e një treguesi

Rivendosni rrugën, përfshirë zgjidhjen e emrave dhe sigurinë e transportit, pastaj vëzhgoni nëse kanali ekzistues rilidhet sipas politikës së tij. Jepini një interval të përcaktuar përpara se të ndërhyni, dhe regjistroni përparimin e marrjes dhe zbatimit në të dy skajet e atij intervali. Një kanal që riniset dhe një kanal që është aktual janë gjetje të ndryshme.

Konfirmoni që zbatuesi ka arritur pozicionin aktual të burimit, jo vetëm fundin e mbeturinave të vjetra. Kontrolloni që asnjë gabim nuk pret në zbatues, sepse një ngjarje e dështuar ndalon përparimin ndërsa marrësi vazhdon të raportojë lidhje. Pastaj regjistroni provat: emrin e kanalit, të dyja gjendjet e fazës, pozicionin e ekzekutuar dhe kohën. Një tregues i gjelbër është një pohim; pozicioni është një fakt.

Artikuj të ngjashëm