کوچني پوښتنې کار کوي، لویې ناکامېږي: کوم د بنډل اندازه ده؟
د 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 ستونزو ثبوت ګڼل تاسو په باور سره غلطې طبقې ته لېږي۔
که تاسو لاره وآزموئ، منزل، حساب او کاري بار ثابت وساتئ ترڅو یوازینی بدلونکوونکی هغه اندازه وي چې تاسو یې ګورئ۔ هغه ازموینه چې پکې درې شیان بدل شول، تاسو ته هېڅ نه وایي چې کوم یو مهم و۔
یو مستند بدلونکوونکی بدل کړئ، بیا یې ولیکئ
منزل، حساب، برابرونکی او کاري بار ثابت وساتئ، اصلي ارزښت ولیکئ، یو ملاتړ شوی بدلون پلي کړئ او پایله ولیکئ۔ کوچنی ترتیب چې یوه ازموینه بریالۍ کوي د هغه وآزمایل شوي سټک په اړه ګټوره ثبوت دی؛ دا نړیوال غوره نه دی او نه هم ټاکي چې اصلي ناکامي څه رامنځته کړه۔ دا بېلې ادعاوې دي، او یوازې لومړۍ یې د یوې تجربې له خوا ملاتړ کېږي۔
پېژندل شوې حد په خپله طبقه کې حل کړئ، بیا ولیکئ چې کومه طبقه وه۔ هماغه یادښت بل کس د دې مخه نیسي چې ډرایور تنظیم کړي ځکه ستونزه لاره وه۔