MariaDB 11 DBMS ၏ သိသာထင်ရှားသောဌာနခွဲအသစ်ကို မိတ်ဆက်ခဲ့သည်။

10.x ဌာနခွဲကို တည်ထောင်ပြီး 10 နှစ်အကြာတွင်၊ MariaDB 11.0.0 ကို ကြီးကြီးမားမား တိုးတက်မှုများစွာနှင့် လိုက်ဖက်ညီမှု ကွဲလွဲမှုများဖြင့် ထုတ်ဝေခဲ့သည်။ ဌာနခွဲသည် အယ်လ်ဖာထုတ်လွှတ်မှု အရည်အသွေးတွင် ရှိနေဆဲဖြစ်ပြီး တည်ငြိမ်မှုပြီးနောက် ထုတ်လုပ်အသုံးပြုမှုအတွက် အဆင်သင့်ဖြစ်ပါမည်။ လိုက်ဖက်ညီမှုကိုချိုးဖျက်သောပြောင်းလဲမှုများပါ ၀ င်သော MariaDB 12 ၏နောက်ထပ်အရေးကြီးသောဌာနခွဲကိုဖွဲ့စည်းခြင်းသည် 10 နှစ် (2032) ထက်စောမည်မဟုတ်ပါ။

MariaDB ပရောဂျက်သည် ဖြစ်နိုင်ပါက နောက်ပြန်လိုက်ဖက်မှုကို ထိန်းသိမ်းပေးသည့် MySQL မှ ခက်ရင်းတစ်ခုကို တီထွင်ပြီး အပိုသိုလှောင်မှုအင်ဂျင်များနှင့် အဆင့်မြင့်အင်္ဂါရပ်များ ပေါင်းစပ်ခြင်းဖြင့် ခွဲခြားထားသည်။ MariaDB ဖွံ့ဖြိုးတိုးတက်မှုကို ရောင်းချသူ တစ်ဦးချင်းမှ ကင်းလွတ်သော ပွင့်လင်းမြင်သာမှုရှိသော ဖွံ့ဖြိုးတိုးတက်ရေး လုပ်ငန်းစဉ်ကို လုပ်ဆောင်ပြီးနောက် လွတ်လပ်သော MariaDB ဖောင်ဒေးရှင်းမှ ကြီးကြပ်ပါသည်။ MariaDB သည် Linux ဖြန့်ဖြူးမှုအများအပြား (RHEL၊ SUSE၊ Fedora၊ openSUSE၊ Slackware၊ OpenMandriva၊ ROSA၊ Arch Linux၊ Debian) တွင် MySQL ကိုအစားထိုးပြီး Wikipedia၊ Google Cloud SQL နှင့် Nimbuzz ကဲ့သို့သော အဓိကပရောဂျက်များမှ လက်ခံကျင့်သုံးခဲ့သည်။

MariaDB 11 ဌာနခွဲရှိ အဓိကကျသောတိုးတက်မှုတစ်ခုမှာ query optimizer ကို အလေးချိန်ပုံစံအသစ် (ကုန်ကျစရိတ်မော်ဒယ်) သို့ ဘာသာပြန်ခြင်းဖြစ်ပြီး query execution plan တစ်ခုစီ၏အလေးချိန်များကို ပိုမိုတိကျစွာခန့်မှန်းပေးပါသည်။ မော်ဒယ်အသစ်သည် စွမ်းဆောင်ရည်ဆိုင်ရာ ပိတ်ဆို့မှုအချို့ကို ဖယ်ရှားပေးသော်လည်း၊ အခြေအနေအားလုံးတွင် အကောင်းဆုံးဖြစ်နိုင်ချေရှိပြီး အချို့သောမေးခွန်းများသည် နှေးကွေးသွားနိုင်သောကြောင့် အသုံးပြုသူများအား စမ်းသပ်ခြင်းတွင် ပါဝင်ရန်နှင့် ပြဿနာများရှိပါက developerများအား အကြောင်းကြားရန် တိုက်တွန်းအပ်ပါသည်။

ယခင်က အသုံးပြုခဲ့သည့် မော်ဒယ်သည် အကောင်းဆုံး အညွှန်းကိန်းကို ရှာဖွေရာတွင် ကောင်းမွန်စွာ လုပ်ဆောင်နိုင်သော်လည်း ဇယားစကင်ဖတ်ခြင်း၊ အညွှန်းစကင်န်ဖတ်ခြင်း သို့မဟုတ် အပိုင်းအခြားကို ထုတ်ယူခြင်းဆိုင်ရာ ပြဿနာများရှိသည်။ မော်ဒယ်အသစ်တွင်၊ သိုလှောင်မှုအင်ဂျင်ဖြင့် လုပ်ဆောင်ချက်များ၏ အခြေခံအလေးချိန်ကို ပြောင်းလဲခြင်းဖြင့် ဤအားနည်းချက်ကို ဖယ်ရှားပေးပါသည်။ တစ်စက္ကန့်လျှင် 400MB ဖတ်ရှုနိုင်သော SSD တွင် ဒေတာများကို ဆက်တိုက်ရေးခြင်းစကင်န်များကဲ့သို့သော စီတန်းရေးစကင်န်များကဲ့သို့သော ဒစ်-အလေးပေးလုပ်ဆောင်မှုများအတွက် စွမ်းဆောင်ရည်အကဲဖြတ်ချက်များသည် ယခုအခါတွင် ဒေတာများကို သိမ်းဆည်းထားသည်ဟု ယူဆပါသည်။ ထို့အပြင်၊ ပိုမိုကောင်းမွန်အောင်လုပ်ဆောင်သူ၏ အခြားအလေးချိန်ကန့်သတ်ချက်များကို ချိန်ညှိထားပြီး၊ ဥပမာအားဖြင့်၊ အသေးအဖွဲ့အလိုက် မှာယူမှု/အုပ်စုအလိုက် လုပ်ငန်းဆောင်တာများအတွက် အညွှန်းကိန်းများကို အသုံးပြုခြင်းဖြစ်နိုင်ခြေကို အကောင်အထည်ဖော်နိုင်စေပြီး အလွန်သေးငယ်သောဇယားများဖြင့် လုပ်ဆောင်မှုကို မြန်ဆန်စေသည်။

အလေးချိန်မော်ဒယ်အသစ်သည် အောက်ပါအခြေအနေများတွင် ပိုမိုသင့်လျော်သော မေးမြန်းမှု အကောင်အထည်ဖော်မှုအစီအစဉ်ကို ရွေးချယ်ခွင့်ပြုမည်ဖြစ်ကြောင်း မှတ်သားထားပါသည်-

  • ဇယား 2 ခုထက်ပိုသောမေးခွန်းများကိုအသုံးပြုသောအခါ။
  • ထပ်တူတန်ဖိုးများစွာပါရှိသော အညွှန်းကိန်းများ ရှိနေသောအခါ။
  • ဇယား၏ 10% ထက်ပိုသော အပိုင်းများကို အသုံးပြုသောအခါ။
  • အသုံးပြုထားသော ကော်လံများအားလုံးကို အညွှန်းမတင်နိုင်သော ရှုပ်ထွေးသောမေးခွန်းများရှိနေသောအခါ။
  • မတူညီသောသိုလှောင်မှုအင်ဂျင်များပါ၀င်သည့် queries ကိုအသုံးပြုသောအခါ (ဥပမာ၊ query တစ်ခုတွင် InnoDB နှင့် Memory engines များရှိ tables များသို့ဝင်ရောက်ခွင့်ရှိသည့်အခါ)။
  • မေးမြန်းမှုအစီအစဉ်ကို ပိုမိုကောင်းမွန်စေရန် FORCE INDEX ကို အသုံးပြုသည့်အခါ။
  • "ANALYZE TABLE" ကိုအသုံးပြုသည့်ကိစ္စတွင် query plan ပိုဆိုးလာသောအခါ။
  • query သည် ကြည့်ရှုမှုအများအပြားကို ပျံ့နှံ့သွားသောအခါ (nnested SELECTs အများအပြား)။
  • ORDER BY သို့မဟုတ် GROUP BY အညွှန်းများကို အသုံးပြုသည့်အခါ အညွှန်းများနှင့် ကိုက်ညီသည်။

MariaDB 11 ဌာနခွဲတွင် အဓိက လိုက်ဖက်ညီမှု အပိုင်းများ-

  • SUPER လုပ်ပိုင်ခွင့်များသည် သီးခြားသတ်မှတ်အခွင့်အရေးများရရှိနိုင်သည့် လုပ်ဆောင်ချက်များကို လုပ်ဆောင်ရန် သင့်အား ခွင့်မပြုတော့ပါ။ ဥပမာအားဖြင့်၊ binary logs ၏ဖော်မတ်ကိုပြောင်းခြင်းသည် BINLOG ADMIN ၏အခွင့်အရေးများလိုအပ်ပါသည်။
  • InnoDB တွင်ပြောင်းလဲမှုကြားခံအကောင်အထည်ဖော်မှုကို ဖယ်ရှားခဲ့သည်။
  • innodb_flush_method နှင့် innodb_file_per_table ကို ကန့်ကွက်ထားသည်။
  • mysql* အမည်များကို ပံ့ပိုးမှုအား ရပ်ဆိုင်းထားသည်။
  • explicit_defaults_for_timestamp ကို 0 သို့ ဆက်တင်ကို ကန့်ကွက်ထားသည်။
  • MySQL နှင့် တွဲဖက်အသုံးပြုနိုင်ရန် သင်္ကေတလင့်ခ်များကို သီးခြားအထုပ်တစ်ခုသို့ ရွှေ့ထားသည်။
  • innodb_undo_tablespaces ပါရာမီတာ၏တန်ဖိုးကို ပုံသေမှ 3 သို့ ပြောင်းထားသည်။

source: opennet.ru

မှတ်ချက် Add