Bitrix និងការអាប់ដេត MariaDB ទៅកំណែដែលមានស្ថេរភាពចុងក្រោយបំផុត។

ថ្ងៃល្អ Khabrovites ជាទីស្រឡាញ់! អនុញ្ញាតឱ្យខ្ញុំណែនាំខ្លួនខ្ញុំ Alexander ។ អ្នកគ្រប់គ្រងប្រព័ន្ធនៃ WEB-studio តូចមួយប៉ុន្តែមានមោទនភាព។ យើងពិតជាចង់ឱ្យអ្វីៗដំណើរការបានលឿន សុវត្ថិភាព និងជាមួយកម្មវិធីថ្មីៗ។ ដើម្បីធ្វើដូច្នេះ យើងថែមទាំងលើកកញ្ចប់ nagios + PhantomJS នៅលើកុំព្យូទ័រក្នុងការិយាល័យ ហើយរៀងរាល់ 30 នាទីម្តង យើងពិនិត្យមើលល្បឿនផ្ទុកទំព័រ។ យោងតាមលក្ខខណ្ឌនៃសេវាកម្ម យើងក៏ត្រួតពិនិត្យការអាប់ដេត 1C-Bitrix ហើយដំឡើងវាជាទៀងទាត់។ ហើយបន្ទាប់មកមួយថ្ងៃបន្ទាប់ពីការអាប់ដេតបន្ទាប់ យើងឃើញសារមួយនៅក្នុងផ្ទាំងគ្រប់គ្រងដែលបញ្ជាក់ថាចាប់តាំងពីរដូវក្តៅឆ្នាំ 2019 1C-Bitrix ឈប់ដំណើរការជាមួយ MySQL 5.5 ហើយចាំបាច់ត្រូវធ្វើបច្ចុប្បន្នភាព។ បុរសមកពី ISPSystem មានភាពសង្ហា និងជាទៀងទាត់ពង្រីកមុខងាររបស់បន្ទះ ដែលអរគុណជាពិសេសចំពោះពួកគេ។ ប៉ុន្តែលើកនេះ មិនអាចចុចអ្វីទាំងអស់ដោយប្រើកណ្ដុរបានទេ។ ប៉ុន្តែអ្វីដែលបានកើតឡើងនិងចំនួនសក់ពណ៌ប្រផេះឥឡូវនេះនៅក្នុងពុកចង្ការរបស់ខ្ញុំអាចត្រូវបានរកឃើញនៅក្រោមការកាត់។

មានជម្រើសតែមួយគត់ក្នុងការដំឡើង "ម៉ាស៊ីនមេ DBMS ជំនួស" ដែលត្រូវបានដំឡើងនៅក្នុងធុង Docker ។ ជាការពិតណាស់ ខ្ញុំយល់ថា Docker គឺសន្សំសំចៃខ្លាំងជាមួយនឹងធនធាន ប៉ុន្តែមិនថាវាដំណើរការល្អប៉ុណ្ណានោះទេ ការចំណាយលើសនឹងនៅតែ> 0។ ហើយនៅទីនេះ យើងក៏ដូចដែលវាបានប្រយុទ្ធគ្នាក្នុងរយៈពេលដប់វិនាទី និងបង្កើនប្រសិទ្ធភាពគេហទំព័រទាំងអស់នៅច្រកចូល មុនពេលបោះពុម្ព និងចុះហត្ថលេខាលើកិច្ចព្រមព្រៀងមួយ។ ដូច្នេះមិនមែនជាជម្រើសរបស់ខ្ញុំទេ។
យល់ព្រម តើមានឯកសារអ្វីខ្លះ? បម្រុងទុកអ្វីគ្រប់យ៉ាង បន្ថែមឯកសារដែលមានតំណភ្ជាប់ទៅកាន់ឃ្លាំង MariaDB ទៅ 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

ជាទូទៅអ្វីគ្រប់យ៉ាងត្រូវបានបង្កើតឡើងនិងចាប់ផ្តើម។ អ្វី​ដែល​ល្អ​នោះ​គឺ​ថា​មូលដ្ឋាន​ត្រូវ​បាន​រើស​ឡើង​ហើយ​វា​មិន​ចាំបាច់​ដើម្បី​ស្ដារ​វា​ពី​កន្លែង​ចាក់​សំរាម​នោះ​ទេ។ ខ្ញុំបានពិនិត្យគេហទំព័រ - ពួកគេដំណើរការនិងរហ័ស។ ខ្ញុំ​បាន​ទៅ​កាន់​ផ្ទាំង​គ្រប់គ្រង​ពីរ​បី​ដើម្បី​ធ្វើ​ឱ្យ​ប្រាកដ​ថា​មិន​មាន​អ្វី​ធ្លាក់​ចុះ ហើយ​ឈប់​ជាវ​ទៅ​នាយក​ថា​អ្វីៗ​មិន​អី​ទេ។ មិនដល់ 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 កំពុងព្យាយាមបន្ថែមកំណត់ត្រាថ្មីទៅក្នុងមូលដ្ឋានទិន្នន័យ ខណៈពេលដែលបញ្ជាក់គន្លឹះចម្បងដូចគ្នាដែលអត្ថបទដែលកំពុងត្រូវបានកែសម្រួលមាន។ ដូច្នេះ​ហើយ​ទើប​មាន​ហេតុផល​ដែល​សង្ស័យ​ថា​បញ្ហា​កើត​ឡើង​នៅ​ខាង​ក្រុមហ៊ុន​ប៊ីទ្រីក។ ចូលទៅកាន់គេហទំព័ររបស់ពួកគេ ហើយទាក់ទងផ្នែកជំនួយ។ ស្ទើរតែភ្លាមៗយើងទទួលបានចម្លើយ "បញ្ហាលំបាក។ ប្រគល់​ឱ្យ​វិស្វករ​ជាន់​ខ្ពស់ - ចាំ...» ។

ខ្ញុំត្រូវរង់ចាំយូរណាស់មកហើយ (ការសន្ទនាទាំងមូលបានធ្វើឡើងចាប់ពីថ្ងៃទី 25.06.2019/9.07.2019/10.4.6 ដល់ថ្ងៃទី XNUMX/XNUMX/XNUMX) ហើយលទ្ធផលគឺសារថា “បញ្ហានេះមិនទាក់ទងនឹងប្រតិបត្តិការរបស់ Bitrix CMS ទេ ប៉ុន្តែពាក់ព័ន្ធ ចំពោះប្រតិបត្តិការនៃមូលដ្ឋានទិន្នន័យខ្លួនវានៅក្នុង mariadb XNUMX ហើយជាអកុសល ជាមួយនឹងផ្នែកម្ខាងនៃគេហទំព័របញ្ហានេះ ដើម្បីដោះស្រាយលទ្ធភាពត្រូវបានបាត់ វានឹងចាំបាច់ក្នុងការផ្លាស់ប្តូរទៅកាន់កំណែចាស់របស់ MariaDB ។

Sailed ... ខ្ញុំបានគិតអំពីការបន្ទាបចំណាត់ថ្នាក់នៅដើមនៃរឿងប៉ុន្តែ នៅទីនេះជាពណ៌ខ្មៅ និងសថា​មិន​អាច​មាន​ការ​ទម្លាក់​ចំណាត់​ថ្នាក់​។ បញ្ចូលការបោះចោល និងដាក់ឱ្យប្រើប្រាស់ឡើងវិញនៅលើម៉ាស៊ីនមេដែលបានដំឡើងថ្មីៗ។ ទាំងនោះ។ វាល្អដែលខ្ញុំមិនបានធ្វើបច្ចុប្បន្នភាពម៉ាស៊ីនមេទាំងអស់ក្នុងពេលតែមួយ។ ទាំងនោះ។ "មានតែ" មួយរយគេហទំព័រ (សើចចុកពោះ :-)) ។ ពួកគេក៏បាននិយាយនៅក្នុងការគាំទ្រផងដែរថា៖ "ដើម្បីដោះស្រាយបញ្ហានៅពេលប្រើមូលដ្ឋានទិន្នន័យ 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 នឹងផ្លាស់ប្តូរ ហើយអ្នកនឹងត្រូវឆ្លងកាត់ និងសរសេរការកំណត់រចនាសម្ព័ន្ធទាំងអស់ឡើងវិញ។
បាទ អរគុណ ខ្ញុំនឹងគិតអំពីវា...
ខ្ញុំបានគិត និងសម្រេចចិត្តកម្ទេច 10.4 ដោយប្រើចំណុចទាញ និងដំឡើង 10.2 ដែលមិនមានបញ្ហានៅលើម៉ាស៊ីនមេផ្សេងទៀត។

ដំណើរ​ការ​នេះ​មិន​ខុស​គ្នា​ច្រើន​ពី​ដំណើរ​ការ​ដំឡើង​កំណែ​ទេ។ មានតែវាប៉ុណ្ណោះដែលចាំបាច់ក្នុងការផ្លាស់ប្តូរ 10.4 ទៅ 10.2 នៅក្នុងតំណភ្ជាប់ទៅកាន់ឃ្លាំង កំណត់ឡើងវិញ និងបង្កើតឃ្លាំងសម្ងាត់ឡើងវិញសម្រាប់ yum ។ ជាការប្រសើរណាស់, មួយបន្ថែមទៀត "trifle": បន្ទាប់ពីលុប 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

មុនពេលនាំចូលមូលដ្ឋានទិន្នន័យ ខ្ញុំបានកំណត់ពាក្យសម្ងាត់ root mysql ដែលត្រូវបានបញ្ជាក់នៅក្នុងការកំណត់រចនាសម្ព័ន្ធរបស់ ISP និងបាននាំចូលការបោះចោលមូលដ្ឋានទិន្នន័យ mysql ។ អញ្ចឹង ដោយសារមានអ្នកប្រើប្រាស់ និងសិទ្ធិរួចហើយ យើងគ្រាន់តែនាំចូលមូលដ្ឋានទិន្នន័យអ្នកប្រើប្រាស់ទាំងអស់ជាប់គ្នាជាមួយគណនីឫស។

អត្ថបទស្គ្រីបសម្រាប់ការបោះចោលមូលដ្ឋានទិន្នន័យ៖

#!/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'

មុនពេលនាំចូលមូលដ្ឋានទិន្នន័យ អ្នកត្រូវពន្លាពួកវា។ ដូច្នេះគ្រាន់តែដំណើរការពាក្យបញ្ជា

gunzip /BACK/*.gz

ហើយរឿងចុងក្រោយ៖ សម្រាប់ហេតុផលមួយចំនួន សហសញ្ញាត្រូវបានអនុញ្ញាតនៅក្នុងឈ្មោះមូលដ្ឋានទិន្នន័យ (ប្រសិនបើអ្នកបង្កើតពួកវាដោយប្រើ ISPmanager)។ ប៉ុន្តែនៅពេលបង្កើត ឬព្យាយាមបង្ហោះការបោះចោលទៅក្នុងមូលដ្ឋានទិន្នន័យដែលមានសហសញ្ញានៅក្នុងឈ្មោះ អ្នកទទួលបានសារថាវាក្យសម្ព័ន្ធសំណួរមិនត្រឹមត្រូវ។

អានឱ្យចប់ ជូនពរទាំងអស់គ្នា។ ខ្ញុំសុំទោសចំពោះសញ្ញាក្បៀសដែលទំនងជាមិនមានចន្លោះ - ពួកគេមានបញ្ហា។ ប្រសិនបើមានបំណងប្រាថ្នាសម្រាប់សំណើដែលបានពិពណ៌នាយ៉ាងសំខាន់ - សរសេរជាលក្ខណៈផ្ទាល់ខ្លួនព្រោះនៅក្នុងមតិយោបល់ខ្ញុំខ្លាចខកខានអ្វីមួយ។ ហើយកុំស្បថច្រើនពេក - នេះគឺជាអត្ថបទដំបូងរបស់ខ្ញុំ🙂

UPD1៖

ខ្ញុំស្ទើរតែភ្លេចនិយាយ៖ ខណៈពេលដែលខ្ញុំកំពុងព្យាយាមស្វែងរកដំណោះស្រាយចំពោះបញ្ហាដោយមិនទម្លាក់ MariaDB ខ្ញុំត្រូវធ្វើបច្ចុប្បន្នភាពព័ត៌មាន។ វាត្រូវបានធ្វើបច្ចុប្បន្នភាពដូចនេះ៖ មូលដ្ឋានទិន្នន័យទាំងមូលត្រូវបានបំប្លែងពី InnoDB ទៅ MyISAM, infa ត្រូវបានអាប់ដេត ហើយបន្ទាប់មកបំប្លែងត្រឡប់ទៅ InooDB វិញ។
UPD2៖

ទើបតែទទួលបានសំបុត្រពី 1C-Bitrix ដែលមានខ្លឹមសារដូចខាងក្រោម៖

សំណើ​កំណែ​ទម្រង់​ត្រូវ​បាន​បញ្ចប់
"បន្ទាប់ពីធ្វើបច្ចុប្បន្នភាព mariadb ទៅ 10.4.6 កំហុសបានកើតឡើងនៅពេលរក្សាទុកធាតុ infoblock"
ម៉ូឌុល៖ iblock, កំណែ៖ មិនស្គាល់
ដំណោះស្រាយ៖ បដិសេធ

ដូច្នេះសម្រាប់ពេលនេះ ជាក់ស្តែងវាមិនអាចទៅរួចទេក្នុងការអាប់ដេតទៅ 10.4 🙁

ប្រភព: www.habr.com