လူကြီးဆိုက်ဝက်ဘ်မီးစတာများအတွက် ဒေတာဘေ့စ်အော်ပတီမေးရှင်း နိဒါန်း
လူကြီးဆိုက်ဝက်ဘ်မီးစတာများ၏ အန္တရာယ်များသော ကမ္ဘာတွင်၊ ဗိုင်ရယ်အကြောင်းအရာများမှ ရာဇဝတ်များပေါက်ဖွားလာသော ယာဉ်ကြီးများက ဆာဗာများကို အနိုင်ယူနိုင်ပြီး အသုံးပြုသူထိန်းသိမ်းမှုသည် လျင်မြန်သော လိုဒ်အချိန်များပေါ်တွင် မူတည်နေသော်လည်း၊ ဒေတာဘေ့စ်အော်ပတီမေးရှင်းသည် နည်းပညာဆိုင်ရာ ချက်မှတ်စာရင်းတစ်ခုသာမဟုတ်ပါ—သို့မဟုတ် ပိုမိုမြင့်မားသော ROI သို့ တိုက်ရိုက်လမ်းကြောင်း ဖြစ်ပါသည်။ ညှိမပြီး စီမံခန့်ခွဲထားသော ဒေတာဘေ့စ်များသည် နှေးကွေးသော စာမျက်နှာလိုဒ်များ၊ တိုးလာသော ဘောင်စ်နှုန်းများနှင့် ကောင်းကင်လွှမ်းမိုးမှု ကုန်ကျစရိတ်များ မြင့်တက်လာခြင်းကို ဖြစ်စေပြီး၊ လစဉ် ဆုံးရှုံးငွေများမှ ထောင်ချီ ကုန်ကျနိုင်ပါသည်။ ဤလမ်းညွှန်သည် မြင့်မားသော ယာဉ်ကြီးရှိ လူကြီးဆိုက်များအတွက် လိုက်လျောညီထွေသော နည်းဗျူဟာများ၊ အကောင်းဆုံး အလေ့အကျင့်များနှင့် အဆင့်ဆင့် အကောင်အထည်ဖော်မှုများကို နက်ရှိုင်းစွာ ဆွေးနွေးထားပြီး၊ MySQL/MariaDB (WordPress၊ စိတ်ကြိုက် PHP စတက်များ သို့မဟုတ် Laravel အက်ပ်များကဲ့သို့ အများစု လူကြီးဆိုက် CMS များအတွက် ရွှေစံနှုန်း) ကို အလေးပေး ထားပါသည်။ ၂၀-၅၀% စွမ်းဆောင်ရည် တိုးတက်မှု၊ လျှော့ချထားသော ဆာဗာဘီလ်များနှင့် ပိုကြာရှည်နေထိုင်လိုသော ပျော်ရွှင်သော အသုံးပြုသူများကို မျှော်လင့်ပါသည်။
ဒေတာဘေ့စ် မူလအခြေခံများနှင့် စွမ်းဆောင်ရည် မက်ထရစ်များကို နားလည်ခြင်း
အော်ပတီမေးရှင်းမပြုလုပ်မီ အခြေခံများကို ဆုံးဖြတ်ပါ။ သင်၏ ဒေတာဘေ့စ်သည် အသုံးပြုသူဒေတာ၊ အကြောင်းအရာ မ�က်တတာဒေတာ၊ ဆက်ဆံမှု အချက်အလက်နှင့် အနရိုက်တစ်လက်စ်—လူကြီးဆိုက်များတွင် ပုဂ္ဂိုလ်ရေး အကြံပြုချက်များ၊ ပေးချေပိုင်ခွင့် စစ်ဆေးမှုများနှင့် ကြော်ငြာ ပစ်မှတ်ထားမှုများအတွက် အရေးကြီးပါသည်။ စောင့်ကြည့်ရမည့် အဓိက မက်ထရစ်များ။
- ကွတ်ရီ တုံ့ပြန်ချိန်။ ယာဉ်ကြီးအောက်တွင် ကွတ်ရီ တစ်ခုလျှင် <၅၀ မီလီစက္ကန့် ရည်မှန်းပါ။
- သြဇာလွန်ကွယ်မှု။ စက္ကန့်လျှင် ကွတ်ရီများ (QPS)။ လူကြီးဆိုက်များသည် အထွတ်အထိပ်များတွင် မကြာခဏ ၁,၀၀၀+ QPS ကို ရောက်ရှိပါသည်။
- ကွန်နက်ရှင်း ပူးစည်းအသုံးပြုမှု။ ကွယ်စုစည်းမှုမရှိဘဲ အများဆုံး တစ်ပြိုင်နက် ကွန်နက်ရှင်း များ။
- ဒစ်စ် I/O နှင့် CPU။ ဤနေရာရှိ ပိတ်ဆို့မှုများသည် စကေးဘယ်လစ်တီကို ဖျက်ဆီးပါသည်။
စီးပွားရေး တန်ဖိုး။ အော်ပတီမေးရှင်း ဒေတာဘေ့စ်များသည် ထိရောက်သော စကေးဘယ်လစ်မှ တဆင့် အခြေခံအဆောက်အအုံ ကုန်ကျစရိတ်များကို ၃၀-၄၀% လျှော့ချပါသည်။ MySQL Workbench၊ phpMyAdmin သို့မဟုတ် Percona Toolkit ကဲ့သို့ ကိရိယာများကို ဘေ့စ်လိုင်း အတွက် အသုံးပြုပါ။ သတိပေးချက်။ InnoDB ဘတ်ဖာ ပူးစည်း အသုံးပြုမှုကို လျစ်လျူရှုခြင်းသည် ဖတ်ရှုမှုများကို ၁၀ ဆ နှေးကွေးစေပါသည်—အမြဲ SHOW ENGINE INNODB STATUS; ကို စစ်ဆေးပါ။
ဟာ့ဒ်ဝဲ နှင့် ကွန်ဖစ်ဂျူရးရှင်း အော်ပတီမေးရှင်း
အုတ်မြစ်မှ စတင်ပါ။ ဆာဗာ စပက် နှင့် MySQL ကွန်ဖစ်ဂျူရးရှင်း။ လူကြီးဆိုက်များသည် ကက်ခစ် အတွက် SSD/NVMe သိုလှောင်မှုနှင့် ၁၆ ဂီဂါဘိုက်ထက်ပို RAM ကို တောင်းဆိုပါသည်။
ဆာဗာ ဟာ့ဒ်ဝဲ အကောင်းဆုံး အလေ့အကျင့်များ
- >၁၀၀က IOPS အတွက် NVMe SSD များကို ရွေးချယ်ပါ။ ထုတ်လုပ်မှုအတွက် HDD များကို ရှောင်ပါ။
- ၇၀% RAM ကို InnoDB ဘတ်ဖာ ပူးစည်းသို့ ခွဲဝေပါ။
my.cnfကိုinnodb_buffer_pool_size = 12G(၁၆ ဂီဂါဘိုက် ဆာဗာအတွက်) ဖြင့် တည်းဖြတ်ပါ။ - ပရဖဲလ် ကွတ်ရီ လုပ်ဆောင်မှုအတွက် မျဉ်းလျှာ ကော်ပူစျူများ (ဥပမာ၊ AMD EPYC) ကို အသုံးပြုပါ။
ROI အကြံပြုချက်။ NVMe သို့ အဆင့်မြှင့်ခြင်းသည် ကွတ်ရီ ချိန်များကို တစ်ဝက်လျှော့ချနိုင်ပြီး မိုဘိုင်း လေးလံသော လူကြီးယာဉ်ကြီးများတွင် ပြောင်းလဲမှုများကို ၁၅% တိုးမြှင့်ပါသည်။
အဓိက MySQL ကွန်ဖစ်ဂျူရးရှင်း ချိန်ညှိမှုများ
မြင့်မားသော ယာဉ်ကြီး လူကြီးဆိုက်များအတွက် စိတ်ကြိုက် my.cnf ဆက်တင်များ။
innodb_flush_log_at_trx_commit = 2(အမြန်နှင့် ဘေးကင်းမှု ဟန်ချက်ညီ။ သတိပေးချက်။ ခရမ်ချပ်ချိန်တွင် အသေးစိတ် ဒေတာဆုံးရှုံးမှု အန္တရာယ်ရှိပါသည်)။query_cache_size = 0(MySQL ၈ တွင် ပယ်ဖျက်ထားပြီး။ ကွန်ပရောက်စီ များကို အသုံးပြုပါ)။max_connections = 1000။thread_cache_size = 256နှင့် တွဲပါ။- SSD များအတွက်
innodb_io_capacity = 2000။
ပြောင်းလဲမှုများပြီးနောက် MySQL ကို ပြန်စတင်ပါ။ systemctl restart mysqld။ အလိုအလျောက် အကြံပြုချက်များအတွက် mysql tuner.pl စက်ရုပ်ကို စမ်းသပ်ပါ။ ဘုံ အမှားက စောင့်ကြည့်မှုမရှိဘဲ ဘတ်ဖာ ပူးစည်း အလွန်အကျွံ ချိန်ညှိခြင်းသည် OOM ဖျက်ဆီးမှုများကို ဖြစ်စေပါသည်—SHOW GLOBAL VARIABLES LIKE 'innodb_buffer%'; ကို အသုံးပြုပါ။
စကေးဘရမ်ဒီဇိုင်န်း နှင့် အင်ဒက်စ်ဇင်း နည်းဗျူဟာများ
ဖောင်းပွသော စကေးဘရမ်သည် လူကြီးဆိုက် စွမ်းဆောင်ရည်၏ တိတ်တဆိတ် ဖျက်ဆီးသူ ဖြစ်ပါသည်။ အသုံးပြုသူများ၊ ဗီဒ
