MySQL နိုင်ငံခြား သော့ခတ်ထားသော လုပ်ဆောင်ချက်များသည် နောက်ဆုံးတွင် binary မှတ်တမ်းကို ထိသွားပါသည်။

MySQL နိုင်ငံခြား သော့ခတ်ထားသည့် လုပ်ဆောင်ချက်များသည် ယခုအခါ ဒေတာဘေ့စ်-မောင်းနှင်သည့် အပလီကေးရှင်းများအတွက် ကူးယူခြင်း၊ စာရင်းစစ်ခြင်းနှင့် ဒေတာပြန်လည်ရယူခြင်းတို့ကို တိုက်ရိုက်အကျိုးသက်ရောက်စေသည့် ကာလကြာရှည်စောင့်ဆိုင်းခဲ့ရသော အပြောင်းအလဲကို အမှတ်အသားပြုသည့် binary log တွင် ပေါ်လာပါသည်။ ဤအပြုအမူပြောင်းလဲမှု — MySQL ဗားရှင်းများတစ်လျှောက်တွင် အဆင့်ဆင့်မိတ်ဆက်ခဲ့သည် — ယခင်က ပုံတူကူးထားသောပတ်ဝန်းကျင်များတွင် အသံတိတ်ဒေတာမတူညီမှုများဖြစ်စေခဲ့သော အရေးကြီးသောကွာဟချက်ကို ပိတ်ပေးသည်။

နိုင်ငံခြားကီး Cascade လည်ပတ်မှုများသည် အဘယ်နည်းနှင့် ၎င်းတို့သည် Binary မှတ်တမ်းတွင် အဘယ်ကြောင့် ရှိနေကြသနည်း။

နိုင်ငံခြားသော့ချက် ကန့်သတ်ချက်များသည် ဇယားများအကြား ကိုးကားမှုဆိုင်ရာ ခိုင်မာမှုကို တွန်းအားပေးသည်။ ဖျက်ရန် CASCADE တွင် သို့မဟုတ် မွမ်းမံမှုဆိုင်ရာ CASCADE ကို သတ်မှတ်သောအခါ၊ MySQL သည် မိဘဇယားမှ သက်ဆိုင်ရာ ကလေးအတန်းများသို့ အလိုအလျောက် ပျံ့နှံ့သွားပါသည်။ နှစ်များစွာကြာအောင်၊ ဤရွေ့ပြောင်းမှုများသည် မမြင်နိုင်သောဘေးထွက်ဆိုးကျိုးများအဖြစ် လုပ်ဆောင်ခဲ့သည် — အစပျိုးသောထုတ်ပြန်ချက်အား မှတ်တမ်းတင်ထားသော်လည်း Cascade ကြောင့် ထိခိုက်သည့် ရေအောက်အတန်းများကို binary မှတ်တမ်းတွင် သီးခြားဖြစ်ရပ်များအဖြစ် မှတ်တမ်းတင်မထားပါ။

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

Cascade သစ်ခုတ်ခြင်းအပြုအမူသည် အမှန်တကယ် မည်သို့အလုပ်လုပ်သနည်း။

မွမ်းမံထားသော အပြုအမူဖြင့်၊ MySQL သည် ထွက်လာသည့် DML ထုတ်ပြန်ချက်ပြီးနောက် ချက်ချင်းဆိုသလိုပင် binary log တွင် တိကျသော အတန်းဖြစ်ရပ်များအဖြစ် cascade လည်ပတ်မှုများကြောင့် ထိခိုက်သည့် အတန်းများကို ရေးသားသည်။ မိဘမှတ်တမ်းကို ဖျက်လိုက်လျှင် ကလေးမှတ်တမ်း သုံးခုကို ဖယ်ထားလိုက်လျှင် အတန်းပြောင်းလဲမှု လေးခုစလုံးသည် ယခုတွင် ထူးခြားပြီး စစ်ဆေးနိုင်သော မှတ်တမ်းများအဖြစ် ပေါ်လာပါသည်။

မှတ်တမ်းပုံစံသည် ဤနေရာတွင် အရေးကြီးသည်။ Row-based binary logging (RBL) သည် သစ္စာအပြည့်အဝဖြင့် ၎င်းကို ဖြစ်နိုင်ချေရှိသော ဖော်မတ်ဖြစ်သည်။ Statement-based logging သည် SQL စာသားကိုယ်တိုင်မဟုတ်ပဲ၊ execution time တွင် data state ပေါ်တွင်မူတည်သောကြောင့် ရလဒ်သည် dynamic cascade ရလဒ်များကို စိတ်ချယုံကြည်စွာဖမ်းယူ၍မရပါ။ ပေါင်းစပ်မုဒ်မှတ်တမ်းသည် ဤအခြေအနေများတွင် အတန်းဖော်မတ်ကို ရွေးချယ်အသုံးပြုပါသည်။

Key Insight- row-based binary logging ကိုဖွင့်ခြင်းသည် ကူးယူခြင်းဆိုင်ရာ ဦးစားပေးတစ်ခုမျှသာမဟုတ်ပါ — ယခုအခါ နိုင်ငံခြားကီးကန့်သတ်ချက်များကို အသုံးပြုသည့် စနစ်များတွင် ဒေတာပြောင်းလဲမှုတိုင်း၏ ပြီးပြည့်စုံပြီး အတည်ပြုနိုင်သော စာရင်းစစ်လမ်းကြောင်းကို ဖမ်းယူရန်အတွက် လိုအပ်ချက်များဖြစ်သည်။ ၎င်းမရှိပါက၊ သင်၏ကိရိယာတွင် တစ်စိတ်တစ်ပိုင်း မမြင်နိုင်သော Cascade Effect များ ရှိနေပါသည်။

ဒေတာဘေ့စ်စီမံခန့်ခွဲသူများသည် ၎င်းတို့၏ binlog_format ဆက်တင်ကို အတည်ပြုပြီး ၎င်းတို့သည် ထပ်တူထပ်မျှသော ဘေးထွက်ကာစကိတ်လုပ်ဆောင်မှုကို အာမခံချက်အတွက် သမိုင်းကြောင်းအရ အားကိုးထားပါက ၎င်းတို့၏ ထပ်တူပြုခြင်း topology ယူဆချက်များကို ပြန်လည်သုံးသပ်သင့်ပါသည်။

Application Teams အတွက် မည်သည့် Real-World ပြဿနာများကို ဤအရာက ဖြေရှင်းပေးသနည်း။

သက်ရောက်မှုများသည် သီအိုရီဆိုင်ရာ ပုံတူပွားမှုမှန်ကန်မှုထက် ကျော်လွန်ရောက်ရှိသွားပါသည်။ ဆက်စပ်ဒေတာမော်ဒယ်များ — ငှားရမ်းသူအများအပြား SaaS ထုတ်ကုန်များ၊ အီး-ကူးသန်းရောင်းဝယ်ရေးအင်ဂျင်များ၊ ကျန်းမာရေးစောင့်ရှောက်မှုမှတ်တမ်းစနစ်များ— ဆက်စပ်နေသော ရှုပ်ထွေးသောစီးပွားရေးပလပ်ဖောင်းများကို လည်ပတ်နေသည့်အဖွဲ့များသည် ဤပြောင်းလဲမှုအား ကိုင်တွယ်ဖြေရှင်းသည့် ခိုင်မာသောချို့ယွင်းမှုမုဒ်များကို ကြုံတွေ့ခဲ့ရသည်-

• Point-in-time recovery တိကျမှု- အစုလိုက်အပြုံလိုက် ဖျက်ပစ်ခြင်းမပြုမီ ဒေတာဘေ့စ်ကို ခဏသို့ပြန်ယူခြင်းသည် ယခု ပေါ်ပေါက်လာသော မေးမြန်းမှုသာမကဘဲ ခွဲထားသော ကလေးဖျက်မှုများအားလုံးကို ဖမ်းယူပေးပါသည်။
• ဒေတာဖမ်းယူခြင်း (CDC) ပိုက်လိုင်းများကို ပြောင်းလဲပါ- Debezium နှင့် Maxwell ကဲ့သို့သော ကိရိယာများသည် Kafka သို့မဟုတ် အခြားသော sinks သို့ binary log ဖြစ်ရပ်များကို တိုက်ရိုက်ထုတ်လွှင့်သည့် ဒေတာပြောင်းလဲမှုတိုင်း၏ ရုပ်ပုံအပြည့်အစုံကို ယခုရရှိပြီး တိကျသော downstream projections များကို ဖွင့်ပေးပါသည်။
• စာရင်းစစ်နှင့် လိုက်နာမှုမှတ်တမ်း- ပြီးပြည့်စုံသော ဒေတာမျိုးရိုးကို လိုအပ်သည့် စည်းကမ်းထိန်းသိမ်းရေးစက်မှုလုပ်ငန်းသည် ယခုအခါ မိဘလုပ်ငန်းဆောင်ရွက်မှု၏အကျိုးဆက်အနေဖြင့် မည်သည့်ကလေးမှတ်တမ်းများကို ဖယ်ရှားခဲ့သည်ကို အတိအကျခြေရာခံနိုင်သည်၊ လျှောက်လွှာ-အလွှာကို ဖြေရှင်းခြင်းမရှိဘဲ စာရင်းစစ်လိုအပ်ချက်များကို ကျေနပ်စေပါသည်။
• ပုံတူ ကွဲပြားမှုကို ထောက်လှမ်းခြင်း- တူညီသော အတန်းအရေအတွက် သို့မဟုတ် စစ်ဆေးမှုများကို နှိုင်းယှဉ်သည့် စောင့်ကြည့်ရေး ကိရိယာများတွင် ယခု ကွဲပြားမှုမှန်သမျှကို လျင်မြန်စွာ ရှာဖွေဖော်ထုတ်ရန် တိကျသော မှတ်တမ်းဒေတာ ရှိသည်။
• ရင်းမြစ်မျိုးစုံနှင့် စက်ဝိုင်းပုံတူကူးယူခြင်း- နှစ်ထပ်အသုံးပြုခြင်းမှ ရှောင်ရှားရန် ယခင်က လိုအပ်သော ရှုပ်ထွေးသော အရင်းအမြစ်များနှင့် စက်ဝိုင်းပုံတူခြင်းများကို ပေါင်းစပ်ထားသော၊ ကြိုတင်မှန်းဆနိုင်သော အဖြစ်အပျက်စီးကြောင်းကို ရှောင်ရှားရန်အတွက် ပုံတူများပေါ်တွင် နိုင်ငံခြားကီးများကို ယခင်ကပိတ်ထားရန် လိုအပ်ပါသည်။

ဒေတာဘေ့စ်ဗိသုကာပညာရှင်များသည် ၎င်းတို့၏ပုံတူပွားမှုနှင့် ပြန်လည်ရယူရေးဗျူဟာများကို မည်သို့ပြင်ဆင်သင့်သနည်း။

Cascade-aware binary logging ကို လက်ခံခြင်းသည် passive အဆင့်မြှင့်ခြင်းမဟုတ်ပါ — ၎င်းသည် ရှိပြီးသားအခြေခံအဆောက်အအုံကို တမင်ပြန်လည်သုံးသပ်ရန် လိုအပ်သည်။ cascades မှထုတ်ပေးသောနောက်ထပ်မှတ်တမ်းဖြစ်ရပ်များသည် binary log volume သည် တစ်ခါတစ်ရံတွင် သင်၏ schema သည် cascading ကန့်သတ်ချက်များကို မည်မျှပြင်းထန်စွာအသုံးပြုသည်ပေါ်မူတည်၍ တစ်ခါတစ်ရံတွင် သိသိသာသာတိုးလာပါသည်။ ဗိသုကာပညာရှင်များသည် တိုးမြှင့်ထားသော disk I/O၊ ကွန်ရက်ပုံတူဘန်းဝဒ်၊ နှင့် မှတ်တမ်းလည်ပတ်မှုအကြိမ်ရေအတွက် တွက်ချက်ရမည်ဖြစ်သည်။

ပုံတူများပေါ်တွင်၊ အဖွဲ့များသည် နိုင်ငံခြားသော့ကန့်သတ်ချက်များကို ဖွင့်ထားခြင်း သို့မဟုတ် ပိတ်ခြင်းရှိမရှိ စစ်ဆေးသင့်သည်။ ယေဘူယျအားဖြင့် သမိုင်းဝင်အလေ့အကျင့်တစ်ခုသည် မူလအခြေခံအာဏာတည်မြဲစေရန်အတွက် ပုံတူများ (foreign_key_checks=OFF) တွင် နိုင်ငံခြားသော့များကို ပိတ်ထားခြင်းဖြစ်သည်။ ယခုအခါ ကာစကိတ်များကို ပြတ်သားစွာ မှတ်တမ်းတင်ထားသောကြောင့်၊ ယင်း၏နိုင်ငံခြားသော့ချက်ကန့်သတ်ချက်များကို လုပ်ဆောင်သည့် ပုံတူတစ်ခုပေါ်တွင် မှတ်တမ်းဝင်ထားသည့် ကက်စ်ကိတ်ဖြစ်ရပ်များကို အသုံးပြုခြင်းဖြင့် ထပ်တူအဖျက်များ သို့မဟုတ် ပဋိပက္ခများကို ဖြစ်ပေါ်စေနိုင်သည်။ ပုံတူကူးဆက်ခြင်းကွင်းဆက်တစ်လျှောက် ပြုပြင်ဖွဲ့စည်းမှု ချိန်ညှိမှုသည် ယခင်ကထက် ပိုမိုအရေးကြီးပါသည်။

mysqldump သို့မဟုတ် Percona XtraBackup ကဲ့သို့သော ကျိုးကြောင်းဆီလျော်သော အရန်ကိရိယာများ အသုံးပြုသည့် အဖွဲ့များအတွက်၊ မှတ်တမ်းဖွဲ့စည်းပုံအသစ်နှင့် ပတ် သက်၍ ပြန်လည်ရယူခြင်းဆိုင်ရာ လုပ်ငန်းစဉ်များကို ပြန်လည်သုံးသပ်ခြင်းသည် ပြန်လည်ရယူရေးဆိုင်ရာ စာအုပ်များ တိကျမှန်ကန်ကြောင်း သေချာစေသည်။ ထုတ်လုပ်မှု-ကိုယ်စားပြု ဒေတာပမာဏများနှင့် ဆန့်ကျင်ဘက်အဆင့်ရှိ ပတ်ဝန်းကျင်တွင် ပြန်လည်ရယူခြင်းဆိုင်ရာ အခြေအနေများကို စမ်းသပ်ခြင်းသည် စံသုံးလပတ်လေ့ကျင့်ခန်းဖြစ်သင့်သည်။

၎င်းသည် PostgreSQL နှင့် အခြားသော ဒေတာဘေ့စ်များက Cascade Logging ကို မည်ကဲ့သို့ နှိုင်းယှဉ်သနည်း။

PostgreSQL သည် ပထမတန်းစား WAL (Write-Ahead Log) မှတ်တမ်းများအဖြစ် နိုင်ငံခြားသော့ချက်ကာစကိတ်အကျိုးသက်ရောက်မှုများကို ကာလအတန်ကြာ မှတ်တမ်းတင်ထားသည်။ Cascade trigger မှ ထိသော အတန်းတိုင်းကို WAL သို့ တစ်ဦးချင်းရေးပြီး PostgreSQL ပုံတူကူးခြင်းနှင့် ယုတ္တိကုဒ်ကုဒ်ကို အခြေခံအားဖြင့် cascade-aware ဖြစ်အောင် ပြုလုပ်ပါသည်။ ဤဒီဇိုင်းအတွေးအခေါ် — အကြောင်းတရားများသာမက အကျိုးသက်ရောက်မှုများအားလုံးကို မှတ်တမ်းတင်သည် — သည် MySQL ၏ အတန်းအခြေခံ ဒွိမှတ်စုသည် ယခု ပို၍ အနီးစပ်ဆုံး အနီးစပ်ဆုံး ခန့်မှန်းချက်ဖြစ်သည်။

Microsoft SQL Server သည် အတန်းအဆင့်ရှိ ၎င်း၏ငွေပေးငွေယူမှတ်တမ်းမှတစ်ဆင့် ဆက်တိုက်ပြောင်းလဲမှုများကို ဖမ်းယူကာ SQL Server ရှိ CDC ဖြေရှင်းချက်များကို ရှုပ်ထွေးသောဆက်စပ်မှုပုံစံများအတွက်ပင် ရိုးရှင်းစေသည်။ MySQL အပ်ဒိတ်သည် ၎င်းအား ဤစနစ်များနှင့် ပိုမိုနီးစပ်သော ဗိသုကာဆိုင်ရာ တန်းတူညီမျှမှုသို့ ယူဆောင်လာကာ MySQL အား ခိုင်မာမှုမြင့်မားသော ဆက်နွယ်မှုဆိုင်ရာ အလုပ်တာဝန်များအတွက် အကဲဖြတ်သည့်အခါ ဒေတာဘေ့စ်အင်ဂျင်နီယာများ ပေါ်ပေါက်ခဲ့သည့် အဓိကကန့်ကွက်ချက်ကို လျှော့ချပေးသည်။

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

အမေးများသောမေးခွန်းများ

ဤပြောင်းလဲမှုသည် MySQL 5.7 သို့မဟုတ် MySQL 8.x ကိုသာ သက်ရောက်မှုရှိပါသလား။

ကာစကိတ်လော့ဂ်လုပ်ခြင်းအတွက် အပြုအမူဆိုင်ရာ မြှင့်တင်မှုများသည် 8.0.x စီးရီးရှိ အမှတ်တစ်ခုချင်းစီထုတ်လွှတ်မှုများနှင့် သက်ဆိုင်သည့် သီးခြားအဆင့်မြှင့်တင်မှုများနှင့်အတူ MySQL 8.0 နှင့် နောက်ပိုင်းထုတ်မှုများနှင့် အဓိကဆက်စပ်နေသည်။ MySQL 5.7 သည် 2023 ခုနှစ် အောက်တိုဘာလတွင် သက်တမ်းကုန်ဆုံးသွားခဲ့ပြီး ၎င်းကို ဆက်လက်လုပ်ဆောင်နေသည့်အဖွဲ့များသည် ပုံတူပွားလိုက်လျောညီထွေဖြစ်စေရန် ရည်ရွယ်ချက်များအတွက် ယုံကြည်စိတ်ချရခြင်းမရှိသော ထိုနေရာတွင် ကက်စကိတ်လော့ဂ်တင်ခြင်းအပြုအမူကို ဆက်ဆံသင့်သည်။ MySQL 8.0 သို့ အဆင့်မြှင့်တင်ခြင်း သို့မဟုတ် MySQL 8.4 LTS ထွက်ရှိမှုသည် လက်ရှိ binary မှတ်တမ်းအပြုအမူကို ဝင်ရောက်ရန် အကြံပြုထားသော လမ်းကြောင်းဖြစ်သည်။

အပြည့်အဝ cascade မှတ်တမ်းကို ဖွင့်ထားခြင်းဖြင့် စာရေးစွမ်းဆောင်ရည်ကို သိသိသာသာ ကျဆင်းစေမည်လား။

အပေါ်ယံသည် အစစ်အမှန်ဖြစ်သော်လည်း ပုံမှန်အားဖြင့် ကောင်းစွာအညွှန်းပြုထားသော နိုင်ငံခြားသော့ဆက်နွယ်မှုရှိသော အစီအစဉ်များအတွက် ကျိုးနွံသည်။ ထပ်လောင်းမှတ်တမ်းသည် ကာစကိတ်တစ်ခုစီမှ သက်ရောက်မှုရှိသော ကလေးအတန်းအရေအတွက်နှင့် တိုက်ရိုက်ဆက်စပ်နေပါသည်။ နက်ရှိုင်းစွာ အသိုက်အမြုပ်ထားသော ကေ့စ်ကြိုးများ သို့မဟုတ် အလွန်ကြီးမားသော ကလေးစားပွဲများပါရှိသော အစီအစဉ်များသည် တိုင်းတာနိုင်သော ဖြတ်တောက်မှုအပေါ် သက်ရောက်မှုကို မြင်တွေ့နိုင်ပါသည်။ ထုတ်လုပ်ခြင်းသို့မစတင်မီ လက်တွေ့ကျသော ဒေတာပမာဏများဖြင့် ပရိုဖိုင်းလုပ်ခြင်းသည် သင့်သတ်မှတ်ထားသော အလုပ်တာဝန်အတွက် ကုန်ကျစရိတ်ကို တွက်ချက်ရန် မှန်ကန်သောချဉ်းကပ်မှုဖြစ်သည်။

အချိန်နှင့်တစ်ပြေးညီ ခွဲခြမ်းစိတ်ဖြာမှုပိုက်လိုင်းများကို ကျွေးမွေးရန်အတွက် binary log cascade data ကို သုံးနိုင်ပါသလား။

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

ကြီးထွားလာနေသော လုပ်ငန်းပလက်ဖောင်းကို စီမံခန့်ခွဲခြင်းဆိုသည်မှာ သင်၏အခြေခံအခြေခံအဆောက်အအုံဆိုင်ရာ ဆုံးဖြတ်ချက်များ အချိန်နှင့်အမျှ ပေါင်းစပ်လိုက်သည် — ယနေ့ သင်၏ဒေတာဘေ့စ်ပုံတူပွားနည်းဗျူဟာတွင် ကွာဟချက်သည် မနက်ဖြန်တွင် အတိုင်းအတာတစ်ခုအထိ အဖြစ်အပျက်တစ်ခု ဖြစ်လာပါသည်။ Mewayz သည် CRM နှင့် e-commerce မှ အကြောင်းအရာစီမံခန့်ခွဲမှုနှင့် ခွဲခြမ်းစိတ်ဖြာခြင်းအထိ အရာအားလုံးကို အသုံးပြုသူ 138,000 ကျော်က ယုံကြည်စိတ်ချရသော သို့မဟုတ် စွမ်းဆောင်နိုင်မှုအပေါ် အလျှော့မပေးသော အသင်းများအတွက် တည်ဆောက်ထားသော 207-module လုပ်ငန်းလည်ပတ်မှုစနစ်ဖြစ်သည် — အားလုံးကို $19/လ/လ မှစတင်၍ ပေါင်းစည်းထားသော ပလက်ဖောင်းတစ်ခုတွင်ဖြစ်သည်။

သင့် Mewayz အလုပ်ခွင်နေရာကို app.mewayz.com တွင်ယနေ့စတင်ပြီး သင်သိထားသည်များကို လိုက်လျောညီထွေဖြစ်စေသော အခြေခံအဆောက်အအုံပေါ်တွင် သင့်လုပ်ငန်းကို တည်ဆောက်ပါ။