NGINX Cache ကိုဖျက်ခြင်းသည် Error Log တွင် အရေးကြီးသော လင့်ခ်ဖြုတ်ခြင်းအမှားများကို ဖြစ်ပေါ်စေသည်

ထုတ်ဝေသည်- ၂၀၂၅၊ ဖေဖော်ဝါရီ ၁၅ UTC ၁၁:၂၉:၁၃

ဤဆောင်းပါးတွင် သင့်မှတ်တမ်းဖိုင်များ အမှားမက်ဆေ့ချ်များ ရှုပ်ပွနေခြင်းမရှိပဲ NGINX ၏ ကက်ရှ်မှ အရာများကို မည်ကဲ့သို့ ဖျက်ရမည်ကို ရှင်းပြထားသည်။ ယေဘုယျအားဖြင့် အကြံပြုထားသော ချဉ်းကပ်နည်းမဟုတ်သော်လည်း၊ အချို့သော အနားသတ်ကိစ္စများတွင် အသုံးဝင်နိုင်ပါသည်။

ဤစာမျက်နှာကို လူများတတ်နိုင်သမျှ ဝင်ရောက်ကြည့်ရှုနိုင်စေရန်အတွက် ဤစာမျက်နှာကို အင်္ဂလိပ်မှ စက်ဖြင့် ဘာသာပြန်ထားခြင်းဖြစ်ပါသည်။ ကံမကောင်းစွာဖြင့်၊ စက်ဘာသာပြန်ခြင်းသည် ပြီးပြည့်စုံသောနည်းပညာမဟုတ်သေးသောကြောင့် အမှားအယွင်းများဖြစ်ပေါ်လာနိုင်သည်။ သင်နှစ်သက်ပါက မူရင်းအင်္ဂလိပ်ဗားရှင်းကို ဤနေရာတွင် ကြည့်ရှုနိုင်ပါသည်။

Deleting NGINX Cache Puts Critical Unlink Errors in Error Log

ဤပို့စ်ရှိအချက်အလက်များသည် Ubuntu Server 14.04 x64 တွင်အသုံးပြုနေသည့် NGINX 1.4.6 တွင် FastCGI သိမ်းဆည်းခြင်းအပေါ် အခြေခံထားသည်။ ၎င်းသည် အခြားဗားရှင်းများအတွက် တရားဝင်နိုင်သည် သို့မဟုတ် မမှန်နိုင်ပါ။

(အပ်ဒိတ် 2025- မူရင်းပို့စ်ကိုရေးပြီး ယခုအချိန်ကြားတွင်၊ များစွာပြောင်းလဲသွားပါသည်။ ဆာဗာများသည် ပိုမိုမြန်ဆန်ပြီး စျေးသက်သာသောကြောင့်၊ ဤပို့စ်တွင် ဖော်ပြထားသော ချဉ်းကပ်မှုအား မိုက်ခရို-ကက်ရှ်သက်တမ်းကုန်ဆုံးချိန်ကို သိမ်းဆည်းရန်အတွက်သာ ဤပို့စ်တွင်ဖော်ပြထားသော ချဉ်းကပ်မှုကို ကျွန်ုပ်မအကြံပြုလိုပါ။ တက်ကြွသောအကြောင်းအရာအချို့ကို မျိုးဆက်အနည်းငယ်ကြာအောင်သိမ်းဆည်းရန် ဤအကြောင်းအရာကို နောင်အကိုးအကားအတွက် ဤနေရာတွင်ထားခဲ့ပါမည်ဖြစ်ပြီး၊ တစ်စုံတစ်ဦးမှ ၎င်းကို အမှန်တကယ်လိုအပ်နေသေးပါက NG သည် မည်သည့်အကြောင်းကြောင့်ပင်ဖြစ်ကြောင်း အတည်မပြုနိုင်သေးပါ။ ဒါပေမယ့် ဖြစ်မယ်ထင်ပါတယ်)။

Apache မှ NGINX သို့ ဆိုက်များစွာကို ပြောင်းရွှေ့ပြီးနောက်တွင် ကျွန်ုပ်သည် များစွာပါဝင်စွက်ဖက်ခြင်းမရှိဘဲ အခြေအနေအများစုတွင် အလွန်ကောင်းမွန်သော ၎င်း၏ built-in ကက်ချခြင်းစွမ်းရည်ကို အလွန်နှစ်သက်လာပါသည်။

သို့သော်၊ ဆိုက်များထဲမှ တစ်ခုအတွက်၊ ကျွန်ုပ်ကိုယ်တိုင် ကက်ရှ် (နှစ်ခုစလုံးကို အပြည့်အ၀ ဖယ်ရှားရန်နှင့် တစ်ဦးချင်း ထည့်သွင်းမှုများကို) ဖယ်ရှားရန် အမှန်တကယ် လိုအပ်ပါသည်။ NGINX ၏ အခမဲ့ ကွန်မြူနတီထုတ်ဝေမှုသည် အချိန်အခြေခံ ကက်ရှ်သက်တမ်းကုန်ဆုံးခြင်းကိုသာ ပံ့ပိုးပေးသည် (ဆိုလိုသည်မှာ တစ်နာရီ၊ တစ်ရက်၊ စသည်ဖြင့် စစ်ဆေးပြီးနောက် ၎င်းကို သင်သတ်မှတ်နိုင်သည်)။ သို့သော် အချို့သော အရင်းအမြစ်များ ပြောင်းလဲလာမည့် အချိန်မတိုင်မီ ဆုံးဖြတ်ရန် ယုံကြည်စိတ်ချရသော နည်းလမ်းမရှိလျှင်ကော။ ဥပမာ၊ ဒီပို့စ်မှာ တစ်ခုခုကို မပြင်ခင် တစ်နာရီ၊ တစ်ရက် ဒါမှမဟုတ် တစ်နှစ်လောက်အလိုမှာ ကက်ရှ်လုပ်မလား မသိပါဘူး၊ တစ်ရက်ကို ကက်ရှ်လုပ်ရင် တစ်နာရီလောက်သာ ကက်ရှ်လုပ်ရင် ဘာကြောင့် အဆင်ပြေမှာလဲ။

ဤနေရာတွင် ကက်ရှ်ကို ကိုယ်တိုင်ရှင်းလင်းရန် (သို့မဟုတ် သင့်ဝဘ်အပလီကေးရှင်းမှ NGINX အား တစ်စုံတစ်ရာ ဖယ်ရှားသင့်သည်ဟု အကြောင်းကြားခြင်းဖြင့်) လိုအပ်ပါသည်။ NGINX ၏နောက်ကွယ်ရှိလူများသည် ၎င်းတို့၏ထုတ်ကုန်၏အခပေးဗားရှင်းတွင် ပံ့ပိုးပေးထားသည့်အင်္ဂါရပ်ကို ရှင်းရှင်းလင်းလင်းသိကြသည် - သို့သော်၎င်းတို့သည် ၎င်းတို့၏လိုင်စင်ကို သူတို့လိုချင်သည့်ပုံစံအတိုင်း သတ်မှတ်သတ်မှတ်ပိုင်ခွင့်ရှိသော်လည်း၊ ဤလုပ်ဆောင်ချက်သည် ကျွန်ုပ်အမှန်တကယ်လိုအပ်သည့် တစ်ခုတည်းသောအခပေးလုပ်ဆောင်ချက်ဖြစ်သောကြောင့် ကျွန်ုပ်အတွက် စျေးနှုန်းအနည်းငယ်သာလွန်ပါသည်။

ကံကောင်းထောက်မစွာ၊ သင်သည် cache directory မှဖိုင်များကိုသင်ကိုယ်တိုင်ဖျက်နိုင်ပြီး NGINX သည်၎င်းကိုကောက်ယူပြီးအထစ်အငေါ့မရှိဘဲသင်၏ back-end မှကော်ပီအသစ်တစ်ခုကိုရယူမည်ဖြစ်သည်။ သို့ရာတွင်၊ သင်သည် သင်၏ဖွဲ့စည်းပုံပုံစံကို ပြုပြင်ပြောင်းလဲခြင်းမရှိဘဲ ၎င်းကိုလုပ်ဆောင်ပါက ခဏကြာပြီးနောက် သင်၏အမှားမှတ်တမ်းတွင် ဤအရာနှင့်ဆင်တူသည့် မက်ဆေ့ချ်အားလုံးကို သင်တွေ့နိုင်ပါသည်-

2015/03/04 17:35:24 [crit] 16665#0: unlink() \"/path/to/nginx/cache/9/a0/53eb903773998c16dcc570e6daebda09\" failed (2: No such file or directory)

fastcgi_cache_path ညွှန်ကြားချက်၏ မလှုပ်ရှားနိုင်သော ကန့်သတ်ဘောင်မှ သတ်မှတ်ထားသော အချိန်ပြီးနောက် NGINX ကိုယ်တိုင်က ကက်ရှ်ထည့်သွင်းမှုများကို ဖျက်ရန် ကြိုးစားသောအခါတွင် အဆိုပါ အမှားအယွင်းများ ဖြစ်ပေါ်လာပါသည်။ ၎င်းအတွက် ပုံသေသည် 10 မိနစ်သာဖြစ်သော်လည်း ၎င်းကို သင်လိုချင်သမျှတန်ဖိုးအဖြစ် သတ်မှတ်နိုင်သည်။ အကယ်၍ သင်သည် ၎င်းအား 10 နှစ်ဟု သတ်မှတ်ပါက၊ ထိုအချိန်တွင် သင်သည် ဆာဗာကို ပြန်လည်စတင်ခြင်းမပြုသေးပါက တစ်ချိန်တည်းတွင် မှတ်ဉာဏ်အတွင်းရှိ သော့အညွှန်းကိန်းကို ရှင်းလင်းသွားမည်ဖြစ်သည်။ သင်ဤသို့လုပ်ပါက၊ သင်သည် cache ကိုသင်ကိုယ်တိုင်ရှင်းလင်းရန် သေချာ ရန်လိုအပ်ပါသလား၊ NGINX သည်သင့်အတွက်လုပ်ဆောင်တော့မည်မဟုတ်ပါ။

Cache entry ကို ဖျက်၍မရသောကြောင့် ၎င်းသည် အရေးကြီးသော error တစ်ခုဟု ယူဆခြင်းမှာ ထူးဆန်းသည်ဟု ကျွန်တော်ထင်ပါသည်။ ၎င်း၏ ပြင်းထန်မှု အမျိုးအစား ခွဲခြားမှုသည် အလွန်မြင့်မားသည် ဆိုသည်မှာ သတ်မှတ်ထားသော အဆင့်တစ်ခုအောက်ရှိ မှတ်တမ်းများကို လျစ်လျူရှုထားရုံဖြင့် ဖယ်ရှားပစ်ရန် မဖြစ်နိုင်ကြောင်း ဆိုလိုပါသည်။ မိတ္တူအသစ်တစ်ခုကို နောက်ကွယ်မှ ထုတ်ယူလိုက်သည်နှင့် တစ်ပြိုင်နက် ထည့်သွင်းမှုသည် ထပ်မံတည်ရှိမည်ဖြစ်သည်၊ ထို့ကြောင့် ကျွန်ုပ်၏အမြင်တွင် ဤအရာသည် သတိပေးချက်ဖြစ်သင့်သည်။

ယခု၊ ခွင့်ပြုချက် သို့မဟုတ် တတိယတစ်ခုခုကြောင့် ပြဿနာများကြောင့် ကက်ရှ်ဝင်ရောက်မှုကို ဖျက်၍မရပါက၊ NGINX သည် ၎င်း၏သက်တမ်းကုန်ဆုံးပြီးနောက် အချိန်အတော်ကြာ ကက်ရှ်အကြောင်းအရာကို ဆက်လက်လုပ်ဆောင်နိုင်သောကြောင့် ၎င်းသည် အရေးကြီးသော အမှားအယွင်းတစ်ခု ဖြစ်လာနိုင်သည်။