MySQL 5.7 को संस्करण 8.0 में अपग्रेड करने का व्यावहारिक अनुभव

हमने हाल ही में MySQL 5.7 से 8.0 तक अपने सर्वर को अपग्रेड किया है।

आइए इस लेख के दायरे के बाहर छोड़ें कि MySQL 8.0 में क्यों और क्या नए बन्स दिखाई दिए, लेकिन इसके बजाय हम इस बारे में बात करेंगे कि अपग्रेड प्रक्रिया के दौरान हमें किन कठिनाइयों का सामना करना पड़ा।

सबसे पहले, अपडेट करने से पहले यह परिवर्तन की सूची को देखने और अपनी कॉन्फ़िगरेशन फ़ाइल को सही करने के लायक है।

कम से कम, निम्न विकल्पों को हटा दिया गया है:

innodb_file_format, innodb_file_format_check, innodb_file_format_max, innodb_large_prefix
query_cache_limit, query_cache_min_res_unit, query_cache_size, query_cache_type, query_cache_wlock_invalidate।

Sql_mode पैरामीटर में, विशेष रूप से, NO_AUTO_CREATE_USER हटा दिया गया था - जो कि महत्वपूर्ण नहीं है, क्योंकि MySQL 5.7 में, इसे डिफ़ॉल्ट रूप से चालू किया गया था।

पेरकोना में इन-प्लेस अपग्रेड के लिए निर्देश हैं। और सामान्य मामले में, आप इसका अनुसरण कर सकते हैं, हालांकि, हम इस तरह से केवल एक क्लस्टर को अपडेट करने में कामयाब रहे, बाकी के लिए, इसी तरह की त्रुटि के साथ इसे अपडेट करने का प्रयास विफल रहा:

2019-06-22T05:04:18.510888Z 1 [ERROR] [MY-011014] [Server] Found partially upgraded DD. Aborting upgrade and deleting all DD tables. Start the upgrade process again. 2019-06-22T05:04:23.115018Z 0 [ERROR] [MY-010020] [Server] Data Dictionary initialization failed. 2019-06-22T05:04:23.115655Z 0 [ERROR] [MY-010119] [Server] Aborting 

इसलिए, हमने एक नया खाली उदाहरण उठाकर और पिछले संस्करण से डेटाबेस डंप को पुनर्स्थापित करके शेष समूहों को अपडेट किया।

ऐसा करने के लिए, सबसे पहले, आपको एक डेटाबेस डंप की आवश्यकता है। और यहां खतरे # 1 का इंतजार है - मानक तरीके से बनाया गया एक डंप:

 mysqldump -u root -p --hex-blob --default-character-set=utf8mb4 --all-databases --triggers --routines --events > dump.sql 

यह त्रुटि देने से नहीं उबरता है:

 ERROR 3554 (HY000) at line 15915: Access to system table 'mysql.innodb_index_stats' is rejected. 

विवरण MySQL बगट्रैकर में है (स्थिति बग नहीं :) के साथ, डंप करने के तरीके पर भी सलाह दी गई है ताकि इसे बहाल किया जा सके:

 mysqldump -u root -p --hex-blob --default-character-set=utf8mb4 --all-databases --triggers --routines --events --ignore-table=mysql.innodb_index_stats --ignore-table=mysql.innodb_table_stats > dump.sql 

लेकिन जब इस तरह के डंप का उपयोग करने की कोशिश की जा रही है, अगर इसमें ट्रिगर्स थे (और हमारे पास थे), तो इस तरह की त्रुटि के रूप में खतरे # 2 की उम्मीद की जा सकती है:

 ERROR 1231 (42000) at line 54: Variable 'sql_mode' can't be set to the value of 'NO_AUTO_CREATE_USER' 

इसका कारण यह है क्योंकि MySQL ट्रिगर्स के लिए sql_mode का उपयोग करता है, अर्थात्: MySQL ट्रिगर के लिए sql_mode मान को उस समय बनाता है जब यह बनाया जाता है और फिर उस मान के साथ इसे हमेशा निष्पादित करता है। और तदनुसार एक डंप में इस मूल्य को बचाता है।

इसके लिए विवरण की मदद करें:

dev.mysql.com/doc/refman/8.0/en/create-trigger.html
जब ट्रिगर बनाया जाता है तो MySQL sql_mode सिस्टम वेरिएबल सेटिंग को स्टोर करता है, और हमेशा ट्रिगर सेटिंग निष्पादित करते समय चालू सर्वर SQL मोड की परवाह किए बिना, बल में इस सेटिंग के साथ ट्रिगर बॉडी को निष्पादित करता है।

हम क्या करें? हम समाप्त डंप से बस NO_AUTO_CREATE_USER को काटते हैं। समान आदेश:

 sed "s/50003 SET sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER/50003 SET sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO/g" dump.sql > dump2.sql 

उसके बाद, डंप को सफलतापूर्वक बहाल किया जाता है, लेकिन खतरे # 3 हमें इंतजार कर रहा है (काफी उम्मीद की सच्चाई) - सिस्टम तालिकाओं को संस्करण 5.7 से राज्य में बहाल किया जाता है और लॉग में निम्नलिखित त्रुटियां हैं:

 [ERROR] [MY-013143] [Server] Column count of mysql.user is wrong. Expected 51, found 45. The table is probably corrupted 

पिछले संस्करणों के साथ अनुभव से, यह mysql_upgrad को चलाकर किया जाता है - लेकिन संस्करण 8.0.16 के बाद से - यह काम नहीं करता है, क्योंकि mysql_upgrad को पदावनत घोषित किया जाता है और कुछ भी नहीं किया जाता है।

अब, सिस्टम तालिकाओं को अद्यतन करने के लिए, आपको विकल्प नवीनीकरण = बल के साथ MySQL शुरू करना होगा।

ताजा उबंटू पर, इस प्रकार किया जा सकता है:

 systemctl set-environment MYSQLD_OPTS="--upgrade=FORCE" 

फिर MySQL को रीस्टार्ट करें। एक सफल अद्यतन के बाद, इसे हटा दें:

 systemctl unset-environment MYSQLD_OPTS