MySQL/MariaDB պահուստավորման և դեկոմպրեսիայի հրամանների ամբողջական ուղեցույց. սկսնակից մինչև փորձագետ

MySQLMariaDB պահուստավորման և դեկոմպրեսիայի հրամանների ամբողջական ուղեցույց

Սկսնակից մինչև մասնագետ, ընդգրկելով...MySQLԱյս դասընթացը տրամադրում է ամբողջական աշխատանքային հոսք՝ կրկնօրինակման, gzip սեղմման, gunzip դեկոմպրեսիայի և MySQL ներմուծման համար, օգնելով մշակողներին արագ տիրապետել տվյալների բազայի կրկնօրինակման և վերականգնման տեխնիկաներին՝ տվյալների անվտանգությունն ու բիզնեսի շարունակականությունն ապահովելու համար։

Չնայած MySQL-ը և MariaDB-ն ունեն նույն ծագումը, դրանք զգալիորեն տարբերվում են բաց կոդով լիցենզավորման, գործառույթների ընդլայնման, արտադրողականության օպտիմալացման և համայնքային էկոհամակարգի առումով: MariaDB-ն շեշտը դնում է բաց կոդով և գործառույթների նորարարության վրա, մինչդեռ MySQL-ը հենվում է Oracle-ի առևտրային աջակցության վրա և ավելի հարմար է ձեռնարկությունների մակարդակի ծրագրերի համար:

Միայն այն ժամանակ, երբ տվյալների բազան խափանվեց, ես հասկացա պահուստային պատճենների կարևորությունը։

Յուրաքանչյուր մշակող զգացել է տվյալների կորստի սրտաճմլիկ փորձը, և MySQL-ի և MariaDB-ի պահուստավորման և վերականգնման հրամանները փրկարար օղակ են։

Հիմա ես ձեզ կուղեկցեմ MySQL/MariaDB-ի համար պահուստավորման, ապակոմպրեսիայի և ներմուծման հրամանները հասկանալու հարցում՝ հնարավորինս պարզ ձևով։

Ինչո՞ւ են MySQL/MariaDB պահուստավորման հրամանները այդքան կարևոր։

Տվյալները բիզնեսի կենսական նշանակություն ունեն։

Եթե ​​տվյալների բազան վնասվի, դա կարող է հանգեցնել բիզնեսի փակման և նույնիսկ միլիոնավոր դոլարների կորստի։

IEEE-ի «Համակարգիչների վրա գործարքներ» ուսումնասիրության համաձայն՝ ձեռնարկությունները կրում են մինչև [մահացած գումար] րոպեում կորուստներ տվյալների բազայի անգործության պատճառով։ 5600 ԱՄՆ դոլար(Աղբյուր՝ IEEE, 2023):

Ահա թե ինչու դուք պետք է անգիր իմանաք պահուստային հրամանները։

MySQL/MariaDB պահուստավորման հրամանների մանրամասն բացատրություն

Ամենատարածված պահուստային պատճենահանման մեթոդը օգտագործելն է mysqldump.

Հրամանը հետևյալն է.

mysqldump -u root -p[root_password] [database_name] > dumpfilename.sql

• -u rootՆշեք օգտատիրոջը։
• -p[root_password]Մուտքագրեք ձեր գաղտնաբառը։
• [database_name]Պահուստավորվող տվյալների բազայի անվանումը։
• dumpfilename.sqlՊահուստային ֆայլի անունը։

Օրինակ, եթե ձեր տվյալների բազան կոչվում է ... shopdbՖայլի անունն է shop_backup.sqlԱյսպիսով, հրամանը հետևյալն է.

mysqldump -u root -p123456 shopdb > shop_backup.sql

MariaDB-ն նույնպես աջակցում է սա։ mysqldumpՇարահյուսությունը լիովին հետևողական է։

Չէ՞ որ դա շատ ինտուիտիվ է։

Պահուստային ֆայլի չափը և սեղմումը

Երբեմն տվյալների բազայի ֆայլերը չափազանց մեծ են, հաճախ մի քանի գիգաբայթ չափի։

Ահա թե որտեղ է գործում սեղմումը։

LinuxԱմենատարածված սեղմման հրամանը հետևյալն է gzip:

gzip shop_backup.sql

Սեղմված ֆայլը դառնում է shop_backup.sql.gz.

Սա ոչ միայն խնայում է պահեստային տարածք, այլև հեշտացնում է տվյալների փոխանցումը։

Unzip հրամանը. վերականգնման առաջին քայլը

Տվյալների բազան պետք է բացվի zip ֆայլից ներմուծելուց առաջ։

Հրամանը հետևյալն է.

gunzip FileName.gz

ինչպիսիք են.

gunzip shop_backup.sql.gz

Դեկոմպրեսիայից հետո դուք կստանաք shop_backup.sqlՍա այն ֆայլն է, որը կարող է ներմուծվել։

MySQL/MariaDB ներմուծման հրամանների մանրամասն բացատրություն

Import հրամանը և backup հրամանը գրեթե միմյանց հայելային պատկերներ են։

mysql -u root -p[root_password] [database_name] < dumpfilename.sql

Օրինակ:

mysql -u root -p123456 shopdb < shop_backup.sql

Այս քայլը պահուստային ֆայլից տվյալները ամբողջությամբ կներմուծի տվյալների բազա։

MariaDB-ն նաև օգտագործում է mysql Հրամանի ներմուծումը լիովին համատեղելի է։

Իրական աշխարհի սցենար. ամբողջական գործընթացը՝ պահուստավորումից մինչև վերականգնում

Ենթադրենք, որ դուք ունեքԷլեկտրոնային առևտուր数据库 shopdb.

1. 备份:

   mysqldump -u root -p123456 shopdb > shop_backup.sql
   

2. սեղմում:

   gzip shop_backup.sql
   

ստանալ shop_backup.sql.gz.

1. Բացել արխիվը։

   gunzip shop_backup.sql.gz
   

Վերականգնել shop_backup.sql.

1. Ներմուծում:

   mysql -u root -p123456 shopdb < shop_backup.sql
   

Ամբողջ գործընթացն ավարտվեց սահուն։

Հաճախ հանդիպող սխալներ և լուծումներ

• Սխալ 1. Մուտքը մերժված է
  Սա նշանակում է սխալ գաղտնաբառ կամ օգտագործողի անբավարար արտոնություններ։
  Լուծում. Ստուգեք օգտատիրոջ թույլտվությունները՝ համոզվելու համար, որ դրանք տեղում են։ SELECT 和 INSERT Թույլտվություններ։

• Սխալ 2. Հիշողությունը սպառվել է
  Տվյալների բազան չափազանց մեծ է, և ներմուծման ժամանակ հիշողությունը բավարար չէ։
  Լուծում. Օգտագործեք --single-transaction Պարամետրերը ներմուծել խմբաքանակներով։

• Սխալ 3. Տեքստի աղավաղված խնդիր
  Ներմուծելուց հետո չինական նիշերը ցուցադրվում են որպես հարցական նշաններ։
  Լուծում։ Հրամանին ավելացրեք հետևյալը --default-character-set=utf8mb4.

Մեջբերված հեղինակավոր տեսակետներ

MySQL-ի պաշտոնական փաստաթղթերում հստակ նշված է.

«օգտագործել mysqldump Տրամաբանական պահուստավորումը նախընտրելի մեթոդ է, քանի որ այն ապահովում է տվյալների կառուցվածքի և տվյալների բովանդակության միջև համապատասխանությունը: (Աղբյուր՝ MySQL Reference Manual, Oracle)

MariaDB-ի պաշտոնական փաստաթղթերը նաև ընդգծում են.

«MariaDB-ն լիովին համատեղելի է MySQL-ի պահուստավորման և վերականգնման հրամանների հետ, ինչը թույլ է տալիս մշակողներին անխափան կերպով միգրացիա կատարել»։ (Աղբյուր՝ MariaDB Knowledge Base)

Այս հայտարարությունը վերահաստատում է հրամանի տողում պահուստավորման կարևորությունը։

Ավելի առաջադեմ մեթոդներ. ավտոմատացված պահուստավորում

Ձեռքով պահուստավորումը չափազանց խնդրահարույց է՞։

Կարող է օգտագործել crontab Պլանավորված առաջադրանքներ։

Օրինակ՝ ավտոմատ պահուստավորում ամեն օր ժամը 2-ին։

0 2 * * * mysqldump -u root -p123456 shopdb > /backup/shop_$(date +\%F).sql

Սա ամեն օր կստեղծի պահուստային ֆայլ՝ ամսաթվով։

ամփոփում

Տվյալների բազայի պահուստավորումը տարբերակ չէ, այլ կյանքի և մահվան հարց է։

բռնեք mysqldump,gunzip 和 mysql Import հրամանը նման է տվյալների բազան կառավարելու համար սնուցման անջատիչի օգտագործմանը։

Իմ միտքը շատ հստակ է.Տվյալների անվտանգությունը ընկերության բարձրագույն առաջնահերթությունն է, իսկ պահուստավորումը՝ միակ երաշխիքը։

Ինչպես նշել է Harvard Business Review-ն.

«Թվային դարաշրջանում տվյալներն ավելի արժեքավոր են, քան ոսկին»։

Այսպիսով, գործի անցեք հիմա, գրի առեք ձեր պահուստային պատճենի սկրիպտը և ամուր պահեք ձեր տվյալները ձեր ձեռքերում։

Սա միայն տեխնոլոգիայի մասին չէ, այլև պատասխանատվության։