சிறிய வினவல்கள் வேலை செய்கின்றன, பெரியவை தோல்வியடைகின்றன: எந்த பாக்கெட் அளவு?
SQL Server இயக்கியின் பாக்கெட்டுகள், MySQL செய்தி வரம்புகள் மற்றும் IP பாதையின் MTU வெவ்வேறு அலகுகள். அளவைச் சார்ந்த தோல்வி அவற்றை மாற்றக்கூடியவையாக ஆக்காது.
சிறிய வினவல்கள் திரும்பி வருகின்றன, பெரியவை தொங்குகின்றன அல்லது விழுகின்றன, முதல் ஊகம் பாக்கெட் அளவில் ஏதோ தவறு என்பது. அந்த ஊகம் பொதுவாக சரியானது மற்றும் எப்போதுமே தவறான அடுக்கை இலக்காகக் கொள்கிறது. மூன்று அமைப்புகள் பாக்கெட் என்ற சொல்லைப் பங்கிடுகின்றன மற்றும் தொடர்பில்லாத மூன்று விஷயங்களை அளக்கின்றன: தரவுத்தள இயக்கியின் போக்குவரத்து பொதிவு, தரவுத்தள சேவையகத்தின் செய்தி வரம்பு மற்றும் IP பாதையின் அதிகபட்ச பரப்பல் அலகு. ஒன்றை சரிசெய்து மற்றொன்று ஏற்படுத்திய அறிகுறியை சரிசெய்வது ஐந்து நிமிட சிக்கலை ஒரு வார ட்யூனிங்காக மாற்றும் வழி. கீழே உள்ள வரிசையே எனக்கு மிகக் குறைந்த நேரம் எடுத்தது.
மூன்று அடுக்குகள், ஒரு பகிரப்பட்ட சொல்
கீழே உள்ள ஒவ்வொரு வரிசையும் வெவ்வேறு உரிமையாளரின் வெவ்வேறு அலகு, அவற்றில் எதைப் பற்றியும் மற்றவற்றிலிருந்து பகுத்தறிய முடியாது. தரவுத்தள செய்தி பல TCP பிரிவுகள் மற்றும் பல IP பாக்கெட்டுகளை உள்ளடக்கலாம், எனவே அதன் அனுமதிக்கப்பட்ட அளவை அதிகரிப்பது பாதையை அகலப்படுத்தாது, இயக்கி அமைப்பைக் குறைப்பது இடைமுக MTU ஐ மாற்றுவதற்கு சமமான செயல்பாடு அல்ல. சொல் மூன்று வெவ்வேறு உள்ளமைவு கோப்புகளில் தோன்றுகிறது, அதனால் அதைத் தேடினால் தொடர்பில்லாத மூன்று பதில்கள் வரும். முதலில் பிழை உரையைப் படித்து, பிறகு எந்தக் கோப்பைத் திறக்க வேண்டும் என்று முடிவு செய்யுங்கள்.
| Setting or observation | Unit it describes |
|---|---|
| SQL Server client network packet setting | The provider's transport packaging for that connection |
| MySQL communication packet limit | A database message, such as one statement, row or replication event |
| IP path MTU | The largest IP packet the path carries without fragmentation handling |
உள்ளமைவு கோப்பைத் திறப்பதற்கு முன் தோல்வியடைந்த செயல்பாடு எந்த அடுக்கைச் சார்ந்தது என்று எழுதுங்கள். பிழை உரை பொதுவாக அதைச் சொல்கிறது, மேலும் அந்த உரையே மக்கள் தவிர்க்கும் பகுதி.
அதன் அமைப்பை மாற்றுவதற்கு முன் வழங்குநரை அடையாளம் காணுங்கள்
SQL Server க்கு, பயன்பாடு, இயக்கி அல்லது வழங்குநரின் பெயர், பதிப்பு மற்றும் பயனுள்ள இணைப்பு உள்ளமைவைப் பதிவு செய்யுங்கள். கண்டறியும் ஸ்கிரிப்டும் டெஸ்க்டாப் பயன்பாடும் வெவ்வேறு வழங்குநர்கள் வழியாக ஒரே சேவையகத்தை அடையலாம், எனவே ஒன்றுக்கு உதவும் அமைப்பு மற்றொன்று பற்றி எதையும் நிரூபிக்காது. வழங்குநர்களின் இயல்புநிலை மதிப்புகள் வேறுபடுகின்றன, மேலும் இணைப்பு சரத்தில் ஒத்த பெயரில் உள்ள புலம் ஒவ்வொரு வழங்குநரும் அதை ஒரே விதமாக விளக்குகிறது என்பதற்கான சான்று அல்ல.
பழைய தீர்வு அதன் தொடரியலைப் பயன்படுத்தியதால் மட்டும் பராமரிக்கப்படும் இயக்கியை பழையதாக மாற்ற வேண்டாம். தற்போதைய ஆவணங்கள் அந்தப் பழைய கூறுகளின் மீது புதிய மேம்பாட்டை ஊக்குவிக்கவில்லை, அவற்றின் வரம்புகளை மரபாகப் பெறுவது ஒரு அமைப்புக்கு மோசமான பேரம்.
செய்தி நிராகரிப்பு பாதையின் நிறுத்தம் அல்ல
MySQL 8.4 இல், தொடர்பு-பாக்கெட் ஆவணம் பொருந்தக்கூடிய வரம்புக்கு எதிராக மிகப் பெரிய கூற்று, வரிசை அல்லது பைனரி-பதிவு நிகழ்வு நிராகரிக்கப்படுவதை விவரிக்கிறது, மேலும் வாடிக்கையாளர் மற்றும் சேவையக வரம்புகள் இரண்டும் முக்கியமாக இருக்கலாம். அது தரவுத்தள அடுக்கில் நிராகரிப்பு, பிணையம் பெரிய IP பாக்கெட்டைக் கொண்டு செல்ல வேண்டும் என்ற கூற்று அல்ல. உண்மையான பிழையையும் சிக்கல் உள்ள செய்தியின் வடிவத்தையும் படியுங்கள்: பல சிறிய வரிசைகளால் ஆன பெரிய முடிவு ஒரு பெரிய வரிசையிலிருந்து வேறுபட்ட நிலை, அவை வெவ்வேறு வழிகளில் தோல்வியடைகின்றன.
MariaDB நிறுவல்களுக்கு அவற்றின் சொந்த பதிப்பின் ஆவணப்படுத்தப்பட்ட வரம்புகள் மற்றும் கண்டறிதல் தேவை. MySQL இன் இயல்புநிலைகளை MariaDB மீது நகலெடுப்பது கூடுதல் படிகளுடன் ஊகிப்பது.
பாதைச் சான்று உண்மையில் எப்படித் தெரிகிறது
பாதை-அளவு சிக்கலுக்கு அதன் சொந்த விரல்ரேகை உண்டு: குறிப்பிட்ட ஒரு வழி மற்றும் முகவரி குடும்பத்தில் மீண்டும் உருவாக்கக்கூடிய அளவைச் சார்ந்த போக்குவரத்து தோல்வி, சுரங்கப்பாதையின் கூடுதல் சுமை உள்ளே இருக்க, கண்டுபிடிப்பு பின்னூட்டம் பாதை அனுமதிக்கும் விதமாக நடந்துகொள்கிறது. ஒரு நேர வரம்பு மட்டும் அதை மெதுவான வினவல், இயக்கி பிழை அல்லது சேவையகப் பக்க வரம்பிலிருந்து வேறுபடுத்தாது, மேலும் நேர வரம்பை MTU சிக்கலின் சான்றாகக் கருதுவது உங்களை நம்பிக்கையுடன் தவறான அடுக்குக்கு அனுப்புகிறது.
நீங்கள் பாதையைச் சோதித்தால், இலக்கு, கணக்கு மற்றும் பணிச்சுமையை நிலையாக வைத்திருங்கள், அதனால் ஒரே மாறி நீங்கள் ஆய்வு செய்யும் அளவாக இருக்கும். மூன்று விஷயங்கள் மாறிய சோதனை எது முக்கியமானது என்று எதையும் சொல்லாது.
ஆவணப்படுத்தப்பட்ட ஒரு மாறியை மாற்றி, பிறகு அதைப் பதிவு செய்யுங்கள்
இலக்கு, கணக்கு, வழங்குநர் மற்றும் பணிச்சுமையை மாறிலியாக வைத்து, அசல் மதிப்பைப் பதிவு செய்து, ஆதரிக்கப்பட்ட ஒரு மாற்றத்தைப் பயன்படுத்தி, முடிவைப் பதிவு செய்யுங்கள். ஒரு சோதனையை வெற்றியடையச் செய்யும் சிறிய அமைப்பு அந்தச் சோதிக்கப்பட்ட ஸ்டாக் பற்றிய பயனுள்ள சான்று; அது உலகளாவிய உகந்தது அல்ல, அசல் தோல்விக்குக் காரணம் என்ன என்பதையும் நிறுவாது. இவை வெவ்வேறு கூற்றுகள், முதல் ஒன்றுக்கு மட்டுமே ஒரு பரிசோதனை ஆதரவு அளிக்கிறது.
அடையாளம் காணப்பட்ட வரம்பை அதன் சொந்த அடுக்கில் தீர்த்து, பிறகு எந்த அடுக்கு என்று குறிப்பிடுங்கள். சிக்கல் பாதையில் இருந்ததால் அடுத்த நபர் இயக்கியை ட்யூன் செய்வதைத் தடுப்பது அந்தக் குறிப்பே.