Bitrix နှင့် MariaDB မှ နောက်ဆုံးထွက်တည်ငြိမ်သောဗားရှင်းသို့ အပ်ဒိတ်လုပ်ပါ။

ကောင်းသောနေ့ပါ၊ ချစ်လှစွာသော Khabrovsk နေထိုင်သူများ။ Alexander နဲ့ မိတ်ဆက်ပေးပါရစေ။ သေးငယ်သော်လည်း ဂုဏ်ယူစရာကောင်းသော WEB စတူဒီယိုတစ်ခု၏ စနစ်စီမံခန့်ခွဲသူ။ ကျွန်ုပ်တို့သည် အရာအားလုံးကို လျင်မြန်စွာ၊ ဘေးကင်းစွာဖြင့် နောက်ဆုံးပေါ်ဆော့ဖ်ဝဲလ်ဖြင့် လုပ်ဆောင်စေလိုပါသည်။ ထိုသို့လုပ်ဆောင်ရန်၊ ကျွန်ုပ်တို့သည် ရုံးတွင်းကွန်ပြူတာတွင် nagios+PhantomJS အစုအဝေးကိုပင် ထည့်သွင်းပြီး မိနစ် 30 တိုင်း စာမျက်နှာတင်ခြင်းမြန်နှုန်းကို စစ်ဆေးပါ။ ဝန်ဆောင်မှုစည်းကမ်းချက်များအရ၊ ကျွန်ုပ်တို့သည် 1C-Bitrix အပ်ဒိတ်များကို စောင့်ကြည့်ပြီး ၎င်းတို့ကို ပုံမှန်ထည့်သွင်းပါသည်။ ထို့နောက် တစ်ရက်၊ နောက်မွမ်းမံမှုအပြီးတွင်၊ 2019 နွေရာသီကတည်းက 1C-Bitrix သည် MySQL 5.5 ဖြင့် အလုပ်မလုပ်တော့ဘဲ အပ်ဒိတ်လုပ်ရန် လိုအပ်ကြောင်း စီမံခန့်ခွဲသည့်အကန့်တွင် မက်ဆေ့ချ်တစ်ခုတွေ့သည်။ ISPSystem မှ အမျိုးသားများသည် ချောမောပြီး အကန့်၏ လုပ်ဆောင်နိုင်စွမ်းကို ပုံမှန်ချဲ့ထွင်ကြပြီး ၎င်းတို့ကို အထူးကျေးဇူးတင်ပါသည်။ ဒါပေမယ့် ဒီတစ်ကြိမ်မှာတော့ မောက်စ်နဲ့ အရာအားလုံးကို နှိပ်လို့မရပါဘူး။ ဒါပေမယ့် ပြတ်တောက်မှုအောက်မှာ မုတ်ဆိတ်မွေးတွေ ဘယ်လောက်ဖြူနေပြီလဲဆိုတာ မင်းသိနိုင်တယ်။

Docker ကွန်တိန်နာတွင် ထည့်သွင်းထားသည့် “အခြားသော DBMS ဆာဗာ” ကို ထည့်သွင်းရန် ရွေးချယ်ခွင့်တစ်ခုသာရှိသည်။ Docker သည် အရင်းအမြစ်များနှင့် ပတ်သက်၍ အလွန်ချွေတာကြောင်း ကျွန်ုပ်နားလည်ပါသည်၊ သို့သော် ၎င်းသည် မည်မျှပင် ကောင်းမွန်ပါစေ၊ overhead သည် >0 ဖြစ်နေဆဲဖြစ်သည်။ ဤနေရာတွင် ကျွန်ုပ်တို့သည် စက္ကန့်ဆယ်စုအတွင်း တိုက်ပွဲဝင်နေပုံရပြီး ၎င်းတို့ကို ထုတ်ဝေခြင်းနှင့် သဘောတူညီချက်လက်မှတ်မထိုးမီ ဝင်ပေါက်တွင် ဝဘ်ဆိုက်အားလုံးကို အကောင်းဆုံးဖြစ်အောင် လုပ်ဆောင်နေပုံရသည်။ ဒါကြောင့် ငါ့ရွေးချယ်ခွင့် မဟုတ်ဘူး။
ကောင်းပြီ၊ စာရွက်စာတမ်းက ဘာပြောတာလဲ။ အရာအားလုံးကို မိတ္တူကူးပြီး MariaDB repository သို့ လင့်ခ်တစ်ခုဖြင့် yum.repos.d သို့ ဖိုင်တစ်ခုထည့်ပါ၊ ထို့နောက်

rpm -e --nodeps MariaDB-server MariaDB-client MariaDB-common

Yum သည် တစ်စုံတစ်ဦးမှ မသိဘဲ ပက်ကေ့ဂျ်များကို ဖျက်လိုက်သည်ဟု နောက်ပိုင်းတွင် ကျိန်ဆိုပါမည်။ ဒါပေမယ့် ပထမဆုံးအနေနဲ့၊ သူကျိန်ဆိုပါရစေ၊ အဆင်ပြေပါတယ်။ ဒုတိယအနေဖြင့်၊ သင်သည် yum မှတဆင့် ဖျက်မည်ဆိုပါက၊ ၎င်းနှင့်ချိတ်ဆက်ထားသည့်အရာအားလုံးကို MariaDB နှင့်အတူ ဖယ်ထုတ်ရန်ကြိုးစားပြီး ၎င်းတွင် PHP နှင့် ISPManager နှင့် PHPmyadmin တို့ပါဝင်သည်။ ထို့ကြောင့် ကျိန်ဆိုခြင်းကို နောက်မှ ဖြေရှင်းပါမည်။

yum clean all
yum update
yum install MariaDB-server MariaDB-client MariaDB-common

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

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

MySQL Query Error: INSERT INTO b_iblock_element_property (ID, IBLOCK_ELEMENT_ID, IBLOCK_PROPERTY_ID, VAL UE, VALUE_NUM) SELECT 10555 ,2201 ,P.ID ,'3607' ,3607.0000 FR OM b_iblock_property P WHERE ID = 184 [[1062] Duplicate entry '10555' for key 'PRIMARY']

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

အမှား၏စာသားမှ၊ Bitrix သည် ဆောင်းပါးကိုတည်းဖြတ်နေသည့် တူညီသောအဓိကသော့ကို သတ်မှတ်နေစဉ်တွင် ဒေတာဘေ့စ်ထဲသို့ အသစ်တစ်ခုထည့်သွင်းရန် ကြိုးစားနေသည်ဟု ကျွန်ုပ်တို့ကောက်ချက်ချနိုင်ပါသည်။ ဆိုလိုသည်မှာ Bitrix ဘက်တွင် ပြဿနာ ဖြစ်ပေါ်လာသည်ဟု သံသယဖြစ်စရာ အကြောင်းရှိပါသည်။ ကျွန်ုပ်တို့သည် ၎င်းတို့၏ဝဘ်ဆိုဒ်သို့သွားပြီး အကူအညီပေးရေးဌာနသို့ ဆက်သွယ်ပါ။ ချက်ချင်းနီးပါး "ရှုပ်ထွေးသောပြဿနာ" အဖြေကိုကျွန်ုပ်တို့ရရှိခဲ့သည်။ အကြီးတန်း အင်ဂျင်နီယာတွေကို ပေးလိုက်ပါ- ခဏနေ..."

ကျွန်ုပ်တို့သည် အချိန်အတော်ကြာအောင် စောင့်ခဲ့ရသည် (ဆွေးနွေးပွဲတစ်ခုလုံးသည် ဇွန်လ 25.06.2019 ရက်၊ 9.07.2019 ခုနှစ်မှ ဇူလိုင်လ 10.4.6 ရက်၊ XNUMX ခုနှစ်အထိဖြစ်သည်) ရလဒ်မှာ “ဤပြဿနာသည် Bitrix CMS ၏လုပ်ဆောင်ချက်နှင့် မသက်ဆိုင်ပါ၊ သို့သော် ၎င်းနှင့်သက်ဆိုင်ပါသည်။ mariadb XNUMX တွင် ဒေတာဘေ့စ်ကိုယ်နှိုက်၏ လုပ်ဆောင်မှုဖြစ်ပြီး ကံမကောင်းစွာဖြင့်၊ ဆိုက်ဘက်တွင်၊ ဤပြဿနာကို ဖြေရှင်းရန် နည်းလမ်းမရှိပါ၊ သင်သည် MariaDB ၏ ဗားရှင်းဟောင်းသို့ ပြောင်းရန် လိုအပ်မည်ဖြစ်သည်။"

သူတို့ရောက်လာတယ်... ဇာတ်လမ်းအစမှာ အဆင့်နှိမ့်ဖို့ စဉ်းစားခဲ့ပေမယ့် အဖြူအမည်းနဲ့ ပြောထားတယ်။အဆင့်နှိမ့်ချလို့ မရပါဘူး။ အမှိုက်ပုံများကို စွန့်ပစ်ပြီး လုံးလုံးထည့်သွင်းထားသော ဆာဗာပေါ်တွင် ပြန်လည်အသုံးချပါ။ အဲဒါတွေ။ ဆာဗာအားလုံးကို တစ်ခါတည်း မအပ်ဒိတ်လုပ်ခဲ့တာ ကောင်းပါတယ်။ အဲဒါတွေ။ ဆိုဒ်တစ်ရာပဲရှိတယ် (စိတ်လှုပ်ရှားစွာရယ် :-))။ ပံ့ပိုးကူညီမှုမှလည်း ပြောကြားခဲ့သည်- "MariaDB 10.4.6 ဒေတာဘေ့စ်ကို အသုံးပြုသည့်အခါ ပြဿနာကိုဖြေရှင်းရန်၊ တောင်းဆိုမှုပြုလုပ်ပါက ဒေတာဘေ့စ်မှ မှတ်တမ်းတစ်ခုကို လွှဲပြောင်းပေးမည်မဟုတ်ကြောင်း MariaDB နည်းပညာဆိုင်ရာပံ့ပိုးကူညီမှုအသင်းထံ ဆက်သွယ်ရန် လိုအပ်မည်ဖြစ်ပါသည်။

$DB->Query("DELETE FROM ".$strTable." WHERE ID = ".$res["ID"]);
$results = $DB->Query("SELECT * FROM ".$strTable." WHERE ID = ".$res["ID"]);”

MariaDB ပံ့ပိုးကူညီမှုဖြင့် ကျွန်ုပ်စတင်ဆက်သွယ်သည့်အချိန်မှ နာရီအနည်းငယ်ကြာ မျှော်လင့်ချက် မှုန်ဝါးသွားသော်လည်း ကျွန်ုပ်သည် စီးပွားဖြစ်အသုံးပြုသူမဟုတ်ကြောင်း မှန်ကန်စွာပြောထားသည့်စာတစ်စောင်ကို ရရှိခဲ့ပြီး ထို့ကြောင့် ကျွန်ုပ်၏ပြဿနာကို မည်သူမျှ ရည်ရွယ်ချက်ရှိရှိ ဖြေရှင်းပေးမည်မဟုတ်သော်လည်း၊ သူတို့ရဲ့ဝဘ်ဆိုဒ်ပေါ်ရှိ ဖိုရမ်တစ်ခုရှိပြီး အဲဒီမှာ ရွေးချယ်စရာတွေကို သင်ရှာကြည့်နိုင်ပါတယ်... အသေးစိတ်အချက်အလက်တွေကို ငါမငြီးငွေ့ပါဘူး။ အဲဒီမှာ ရွေးစရာမရှိဘူး။
အကြောင်း! ကျွန်ုပ်တို့သည် ISP လိုင်စင်ကို ဝယ်ယူခဲ့သည်။
- ဟယ်လို၊ ထောက်ခံလား။ ယောက်ျားလေးတွေ၊ ကူညီပါ
— ဝမ်းနည်းပါသည်၊ DBMS ၏ မူရင်းဗားရှင်းကို ပြောင်းလဲပေးသော လူယုတ်မာများကို ကျွန်ုပ်တို့ မပံ့ပိုးပါ။ သင်လိုချင်ပါက Docker တွင် အခြားဆာဗာတစ်ခုနှင့် ရွေးစရာတစ်ခုရှိသည်။
— သို့သော် သုံးစွဲသူများနှင့် ဒေတာဘေ့စ်များ မည်သို့ရောက်ရှိမည်နည်း။ docker လုပ်ဖို့?
- ကောင်းပြီ၊ မင်းသူတို့ကို မင်းလက်နဲ့ဆွဲယူလိုက်...
- ဟုတ်ကဲ့! mysql အတွက် port သည် ပြောင်းလဲသွားမည်ဖြစ်ပြီး configs အားလုံးကို ကျော်ဖြတ်ပြီး ၎င်းတို့ကို ပြန်လည်ရေးသားရန် လိုအပ်မည်ကို မမေ့ပါနှင့်။
- ကောင်းပြီ ကျေးဇူးတင်ပါတယ် ငါစဉ်းစားမယ်...
အဲဒါကို စဉ်းစားပြီး 10.4 ကို ကိုယ်တိုင်ဖျက်ပြီး 10.2 ကို တခြားဆာဗာတွေမှာ ပြဿနာမရှိအောင် ထည့်သွင်းဖို့ ဆုံးဖြတ်လိုက်တယ်။

လုပ်ငန်းစဉ်သည် အပ်ဒိတ်လုပ်ငန်းစဉ်နှင့် များစွာကွာခြားခြင်းမရှိပါ။ repository လင့်ခ်တွင် 10.4 မှ 10.2 ကိုပြောင်းရန်၊ ပြန်လည်သတ်မှတ်ပြီး yum အတွက် cache ကို ပြန်လည်ဖန်တီးရန် လိုအပ်ပါသည်။ ကောင်းပြီ၊ နောက်ထပ် "အသေးအမွှား" တစ်ခု - 10.4 ကိုဖယ်ရှားပြီးနောက် /var/lib/mysql သို့သွားကာထိုမှအရာအားလုံးကိုဖျက်ပါ။ 10.2 ကိုထည့်သွင်းပြီးနောက် ဤအဆင့်မရှိပါက၊ ဝန်ဆောင်မှုသည် အဆက်မပြတ် ပျက်စီးသွားမည်ဖြစ်ပြီး သင်တွေ့ရပါမည်။

Не удалось подключиться к базе данных '' Lost connection to MySQL server at 'reading initial communication packet', system error: 104 "Connection reset by peer"

သို့မဟုတ်

Lost connection to MySQL server at 'handshake: reading inital communication packet', system error: 104

ဒေတာဘေ့စ်များကို မတင်သွင်းမီ၊ ISP configs တွင် သတ်မှတ်ထားသည့် mysql အတွက် root စကားဝှက်ကို ဦးစွာ သတ်မှတ်ပြီး mysql ဒေတာဘေ့စ် အမှိုက်ပုံကြီးကို တင်သွင်းပါသည်။ ကောင်းပြီ၊ ကျွန်ုပ်တို့တွင် အသုံးပြုသူများနှင့် လုပ်ပိုင်ခွင့်များ ရှိပြီးသားဖြစ်သောကြောင့်၊ ကျွန်ုပ်တို့သည် root အကောင့်ကို အသုံးပြု၍ သုံးစွဲသူဒေတာဘေ့စ်အားလုံးကို အတန်းထဲတွင် ရိုးရိုးတင်သွင်းပါသည်။

ဒေတာဘေ့စ်အမှိုက်ပုံအတွက် Script စာသား-

#!/bin/bash
echo 'show databases' | mysql -u root --password="ПаРоЛь_РУТА" --skip-column-names | grep -v information_schema | xargs -I {} -t bash -c 'mysqldump -u root --password="ПаРоЛь_РУТА" {} | gzip > /BACK/back-$(hostname)-{}-$(date +%Y-%m-%d-%H.%M.%S).sql.gz'

ဒေတာဘေ့စ်များကို မတင်သွင်းမီ၊ ၎င်းတို့ကို ဇစ်ဖွင့်ရန် လိုအပ်သည်။ ဒီတော့ ကျွန်တော်တို့က command ကို run လိုက်ရုံပါပဲ။

gunzip /BACK/*.gz

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

အဆုံးထိဖတ်ပေးသူများအားလုံး အဆင်ပြေကြပါစေ။ ဖြစ်နိုင်ခြေအရှိဆုံး ကော်မာများ နေရာလွဲမှားခြင်းအတွက် တောင်းပန်ပါတယ် - အဲဒါတွေက ပြဿနာတစ်ခုပါ။ ဖော်ပြထားသည့်အရာ၏ အနှစ်သာရနှင့် ပတ်သက်၍ အကြံပြုချက်များရှိပါက၊ မှတ်ချက်များတွင် တစ်ခုခုလွဲချော်မည်ကို စိုးရိမ်သောကြောင့် ကိုယ်ပိုင်မက်ဆေ့ချ်တွင် ရေးပါ။ အလွန်အကျွံမဆဲပါနှင့် ဤသည်ကျွန်ုပ်၏ပထမဆုံးဆောင်းပါးဖြစ်ပါသည် :)

UPD1-

ဖော်ပြရန်မေ့လုနီးပါးဖြစ်သည်- MariaDB ကို အဆင့်နှိမ့်ချခြင်းမပြုဘဲ ပြဿနာအတွက် အဖြေကိုရှာဖွေနေချိန်တွင် အချက်အလက်ကို တစ်နည်းနည်းနှင့် အပ်ဒိတ်လုပ်ခဲ့ရသည်။ ၎င်းကို ဤကဲ့သို့ အပ်ဒိတ်လုပ်ထားသည်- ဒေတာဘေ့စ်တစ်ခုလုံးကို InnoDB မှ MyISAM သို့ ပြောင်းသည်၊ အချက်အလက်ကို အပ်ဒိတ်လုပ်ပြီး InooDB သို့ ပြန်ပြောင်းသည်။
UPD2-

ကျွန်ုပ်သည် အောက်ပါအကြောင်းအရာများဖြင့် 1C-Bitrix ထံမှ စာတစ်စောင်ကို လက်ခံရရှိခဲ့ပါသည်။

ပြန်လည်ပြင်ဆင်ရန် တောင်းဆိုမှု ပြီးမြောက်ခဲ့သည်။
"mariadb ကို 10.4.6 သို့ အဆင့်မြှင့်ပြီးနောက်၊ infoblock ဒြပ်စင်ကို သိမ်းဆည်းသောအခါ အမှားတစ်ခု ဖြစ်ပွားခဲ့သည်"
မော်ဂျူး- iblock၊ ဗားရှင်း- အမည်မသိ
ဖြေရှင်းချက်- ငြင်းပယ်ခဲ့သည်။

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

source: www.habr.com