Kërkesat e vogla funksionojnë, ato të mëdha dështojnë: cila madhësi pakete është?

Kërkesat e vogla kthehen, ato të mëdha varin ose bien, dhe instinkti i parë është se diçka nuk shkon me madhësinë e paketës. Ky instinkt zakonisht është i saktë dhe pothuajse gjithmonë drejtohet nga shtresa e gabuar. Tre cilësime ndajnë fjalën paketë dhe matin tre gjëra pa lidhje: paketimin e transportit të një drejtuesi baze të dhënash, kufirin e mesazheve të një serveri baze të dhënash dhe njësinë maksimale të transmetimit të rrugës IP. Rregullimi i njërës për të rregulluar një simptom të shkaktuar nga tjetra është mënyra se si një problem pesë minutash bëhet një javë rregullime. Radha më poshtë është ajo që më kushtoi më pak kohë.

Tre shtresa, një fjalë e përbashkët

Çdo rresht më poshtë është një njësi e ndryshme me një pronar të ndryshëm, dhe për asnjërën nuk mund të arsyetohet nga të tjerat. Një mesazh baze të dhënash mund të shtrihet në shumë segmente TCP dhe shumë paketa IP, prandaj rritja e madhësisë së lejuar nuk e zgjeron rrugën, dhe ulja e një cilësimi të drejtuesit nuk është i njëjti veprim si ndryshimi i MTU-së së një ndërfaqeje. Fjala shfaqet në tre skedarë konfigurimi të ndryshëm, prandaj kërkimi për të kthen tre përgjigje pa lidhje. Lexoni së pari tekstin e gabimit, pastaj vendosni cilin skedar të hapni.

Shkruani se cilës shtresë i përket veprimi që dështon para se të hapni një skedar konfigurimi. Teksti i gabimit zakonisht e thotë këtë, dhe teksti i gabimit është pikërisht pjesa që njerëzit kalojnë.

Identifikoni ofruesin para se të ndryshoni cilësimin e tij

Për SQL Server, shkruani aplikacionin, emrin e drejtuesit ose të ofruesit, versionin dhe konfigurimin efektiv të lidhjes. Një skript diagnostikues dhe një aplikacion desktop mund të arrijnë të njëjtin server përmes ofruesve të ndryshëm, prandaj një cilësim që ndihmon njërin nuk provon asgjë për tjetrin. Vlerat e paracaktuara të ofruesve ndryshojnë, dhe një fushë e vargut të lidhjes me emër të ngjashëm nuk është provë që çdo ofrues e interpreton në të njëjtën mënyrë.

Mos e zëvendësoni një drejtues të mirëmbajtur me një të vjetër vetëm sepse një zgjidhje e vjetër përdorte sintaksën e tij. Dokumentacioni aktual nuk inkurajon zhvillim të ri mbi ato komponentë më të vjetër, dhe trashëgimi i kufizimeve të tyre është një shkëmbim i keq për një cilësim.

Refuzimi i një mesazhi nuk është ndalim i rrugës

Në MySQL 8.4, dokumentacioni i paketës së komunikimit përshkruan refuzimin e një deklarate, rreshti ose ngjarjeje të regjistrit binar shumë të madhe ndaj kufirit të zbatueshëm, dhe mund të kenë rëndësi si kufiri i klientit ashtu edhe ai i serverit. Ky është një refuzim në shtresën e bazës së të dhënave, jo një pohim se rrjeti duhet të mbajë një paketë IP gjigante. Lexoni gabimin aktual dhe formën e mesazhit problematik: një rezultat i madh i përbërë nga shumë rreshta të vegjël është një rast i ndryshëm nga një rresht i vetëm enorm, dhe dështojnë në mënyra të ndryshme.

Instalimet MariaDB kanë nevojë për kufijtë dhe diagnostikimin e dokumentuar të versionit të tyre. Kopjimi i vlerave të paracaktuara të MySQL në MariaDB është hamendje me hapa shtesë.

Si duket në të vërtetë prova e rrugës

Një problem i madhësisë së rrugës ka gjurmën e vet të gishtit: një dështim transporti i përsëritshëm dhe i varur nga madhësia përgjatë një rruge dhe familje adresash të caktuar, me kostot shtesë të tunelit në lojë dhe reagimin e zbulimit duke u sjellë siç lejon rruga. Një afat i vetëm kohor nuk e dallon nga një kërkesë e ngadaltë, një gabim drejtuesi ose një kufi në anë të serverit, dhe trajtimi i një afati kohor si provë e problemeve MTU ju dërgon me besim në shtresën e gabuar.

Nëse testoni rrugën, mbani fikse destinacionin, llogarinë dhe ngarkesën e punës, që ndryshorja e vetme të jetë madhësia që po shqyrtoni. Një test në të cilin ndryshuan tre gjëra nuk ju thotë asgjë se cila kishte rëndësi.

Ndryshoni një ndryshore të dokumentuar, pastaj regjistrojeni

Mbani konstante destinacionin, llogarinë, ofruesin dhe ngarkesën e punës, regjistroni vlerën origjinale, zbatoni një ndryshim të mbështetur dhe regjistroni rezultatin. Një cilësim më i vogël që bën një test të kalojë është provë e dobishme për atë stack të testuar; nuk është një optimum universal dhe nuk përcakton çfarë shkaktoi dështimin origjinal. Këto janë pohime të ndryshme, dhe vetëm i pari mbështetet nga një eksperiment i vetëm.

Zgjidhni kufirin e identifikuar në shtresën e tij, pastaj shënoni cila shtresë ishte. Shënimi është ai që e pengon personin tjetër të rregullojë drejtuesin sepse rruga ishte problemi.