VPN కట్ తర్వాత MySQL ప్రతికృతి: మొదట రెండు దశలను చదవండి

VPN పడినప్పుడు ప్రతికృతి పర్యవేక్షణ ఎరుపుగా మారుతుంది, మరియు మొదటి ప్రవృత్తి స్థానాన్ని రీసెట్ చేయడం. ఆ ప్రవృత్తే నెట్వర్క్ అంతరాయాన్ని డేటా సమస్యగా మారుస్తుంది. పడిన మార్గం ప్రతికృతి ఏమి స్వీకరించింది లేదా ఏమి వర్తింపజేసింది అనే దాని గురించి ఏమీ చెప్పదు, మరియు అవి రెండు స్థితులతో రెండు దశలు. ఏదైనా మార్చే ముందు వాటిని విడివిడిగా చదవండి.

రెండు దశలు, రెండు వేర్వేరు సమాధానాలు

సాధారణ అసమకాలిక ప్రతికృతి రెండు పనులు చేస్తుంది. స్వీకర్త మూలంతో కనెక్ట్ అయి, సంఘటనలను లాగి వాటిని స్థానికంగా రిలే లాగ్లో రాస్తుంది. వర్తింపజేసేది ఆ లాగ్ను చదివి సంఘటనలను ప్రతికృతిపై అమలు చేస్తుంది. మార్గం తెగినప్పుడు స్వీకర్త వెంటనే ఆగుతుంది, కానీ వర్తింపజేసేది ఇప్పటికే డిస్క్లో ఉన్న పేరుకుపోయిన పనిని కొనసాగిస్తుంది. కాబట్టి ఒక అంతరాయం రెండు వేర్వేరు ప్రశ్నలను పుట్టిస్తుంది: కనెక్షన్ తిరిగి వచ్చిందా, మరియు పోగైన పని వర్తింపబడిందా? వాటిని ఒకే ప్రశ్నగా చూస్తే రెండు స్థితులు సగటుగా మారి తప్పుదారి పట్టించే సమాధానం అవుతుంది.

స్వీకర్త కోలుకోవడం మార్గం పనిచేస్తోందని చెబుతుంది. వర్తింపజేసేది ఎంత వెనుక ఉంది, లేదా డిస్కనెక్ట్గా ఉన్నప్పుడు లోపాన్ని ఎదుర్కొందా అనేది అది చెప్పదు.

సరైన ప్రకటనతో ఛానెల్ చదవండి

MySQL 8.4 లో, SHOW REPLICA STATUS కాన్ఫిగర్ చేసిన ప్రతి ఛానెల్కు ఒక వరుసను ఇస్తుంది, కాబట్టి జాబితాలో మొదటి వరుసకు బదులుగా మీరు ఉద్దేశించిన ఛానెల్ వరుసను చదవండి. Replica_IO_Running కనెక్ట్ అయిన స్వీకర్తను కనెక్ట్ అవుతున్న లేదా ఆగిన స్వీకర్త నుండి వేరు చేస్తుంది, మరియు Replica_SQL_Running వర్తింపజేసేదిని వివరిస్తుంది. వాటి పక్కన ఉన్న లోపం నిలువు వరుసలను కూడా చదవండి, ఎందుకంటే మళ్లీ కనెక్ట్ అయి వెంటనే విఫలమయ్యే స్వీకర్త ఏ స్థితి జెండా చూపించని సందేశాన్ని వదిలివేస్తుంది. పాత విడుదలలు వేరే నిలువు వరుస పేర్లను ఉపయోగిస్తాయి, కాబట్టి ఆదేశాల పేర్లు మాత్రమే మార్చి పాత వంటకాన్ని అనువదించవద్దు.

మూలం గుర్తింపు మరియు కాన్ఫిగర్ చేసిన ఫిల్టర్లను కూడా తనిఖీ చేయండి. తప్పు మూలం వైపు చూపుతున్న, లేదా మీరు అనుకున్నదానికంటే ఇరుకుగా ఫిల్టర్ చేయబడిన ప్రతికృతి మీరు ఆశించిన దాని కంటే భిన్నమైనదాన్ని ప్రతికృతి చేస్తూనే ఆరోగ్యంగా నివేదిస్తుంది.

సున్నా జాప్య సంఖ్య ఎందుకు అబద్ధం చెప్పగలదు

జాప్య విలువ చివరిగా వర్తింపబడిన సంఘటన యొక్క సమయ ముద్రను ప్రస్తుత సమయంతో పోలుస్తుంది. స్వీకర్త ఒక గంట ఆగి ఉంటే, వర్తింపజేసేది పేరుకుపోయిన పనిని పూర్తి చేసి స్వీకరించిన దాని చివరకు చేరుకోవచ్చు, అప్పుడు ప్రతికృతి మూలం కంటే గంట వెనుక ఉన్నా సంఖ్య సున్నాకు పడిపోతుంది. ఈ కొలత వర్తింపజేసేది క్యూను కొలుస్తుంది, ప్రతికృతి నవీనతను కాదు.

బదులుగా అమలు చేసిన లావాదేవీలను మూలం వద్ద అందుబాటులో ఉన్న దానితో పోల్చండి. ఆ పోలిక ఆగిన స్వీకర్తను కూడా తట్టుకుంటుంది.

నిజమైన పునరుద్ధరణ విండోను నిర్ణయించేది నిల్వ

పట్టుకోవడానికి మూలం ప్రతికృతికి అవసరమైన లావాదేవీలను ఇంకా ఉంచాలి. అవి తొలగించబడిన తర్వాత ప్రతికృతి వాటిని పొందలేదు, మరియు ఎన్ని సార్లు మళ్లీ కనెక్ట్ అయినా అది మారదు.

GTID స్వయంచాలక స్థానంతో వైఫల్యం స్పష్టంగా ఉంటుంది: ప్రతికృతి మూలం ఇక లేని చరిత్రను అడిగి కొనసాగడానికి నిరాకరిస్తుంది. అప్పుడు ఎంపికలు ఇంకా ఉన్న మూలం నుండి తప్పిపోయిన సంఘటనలను తీసుకోవడం, లేదా బ్యాకప్ నుండి తిరిగి నిర్మించి దాన్ని పట్టుకోనివ్వడం. ఖాళీని దాటవేయడం పట్టుకోవడం కాదు, మరియు అది డేటా నిశ్శబ్దంగా అసంపూర్ణంగా ఉన్న ప్రతికృతిని వదిలిస్తుంది. ఆశించిన అంతరాయ వ్యవధిని మూలంపై బైనరీ లాగ్ నిల్వ మరియు మార్పు రేటుతో పోల్చి విండోను ప్రణాళిక చేయండి, ఎందుకంటే ఆ మూడు సంఖ్యలే అంతరాయం అసలు పునరుద్ధరించగలిగేదా అని నిర్ణయిస్తాయి.

సూచిక రంగు కాదు, పట్టుకున్నదాన్ని ధృవీకరించండి

మార్గాన్ని పునరుద్ధరించండి, అందులో పేరు పరిష్కారం మరియు రవాణా భద్రత ఉన్నాయి, తర్వాత ఉన్న ఛానెల్ తన స్వంత విధానం ప్రకారం మళ్లీ కనెక్ట్ అవుతుందో లేదో గమనించండి. జోక్యం చేసుకునే ముందు దానికి నిర్దిష్ట విరామం ఇవ్వండి, మరియు ఆ విరామం రెండు చివరల్లో స్వీకరణ మరియు వర్తింపు పురోగతిని నమోదు చేయండి. మళ్లీ ప్రారంభమయ్యే ఛానెల్ మరియు నవీన ఛానెల్ వేర్వేరు కనుగొన్న విషయాలు.

వర్తింపజేసేది మూలం యొక్క ప్రస్తుత స్థానానికి చేరుకుందని నిర్ధారించండి, పాత పేరుకుపోయిన పని చివరకు మాత్రమే కాదు. వర్తింపజేసేదిలో ఏ లోపం వేచి లేదని తనిఖీ చేయండి, ఎందుకంటే ఒక విఫలమైన సంఘటన పురోగతిని ఆపుతుంది, అయితే స్వీకర్త కనెక్ట్ అయి ఉన్నట్టు నివేదిస్తూనే ఉంటుంది. తర్వాత సాక్ష్యాన్ని నమోదు చేయండి: ఛానెల్ పేరు, రెండు దశల స్థితి, అమలు చేసిన స్థానం మరియు సమయం. ఆకుపచ్చ సూచిక ఒక వాదన; స్థానం ఒక వాస్తవం.