Поўнае кіраўніцтва па камандах рэзервовага капіявання і дэкампрэсіі MySQL/MariaDB: ад пачаткоўца да эксперта

MySQLПоўнае кіраўніцтва па камандах рэзервовага капіявання і дэкампрэсіі MariaDB

Ад пачаткоўца да эксперта, ахопліваючы...MySQLГэты курс прапануе поўны працоўны працэс для рэзервовага капіявання дампаў, сціскання gzip, распакавання gunzip і імпарту MySQL, дапамагаючы распрацоўшчыкам хутка асвоіць метады рэзервовага капіявання і аднаўлення баз дадзеных для забеспячэння бяспекі дадзеных і бесперапыннасці бізнесу.

Нягледзячы на ​​тое, што MySQL і MariaDB маюць аднолькавае паходжанне, яны істотна адрозніваюцца з пункту гледжання ліцэнзавання адкрытага зыходнага кода, пашырэння функцый, аптымізацыі прадукцыйнасці і экасістэмы супольнасці. MariaDB робіць акцэнт на поўным адкрытым зыходным коды і інавацыях у функцыянальнасці, у той час як MySQL абапіраецца на камерцыйную падтрымку Oracle і больш падыходзіць для прыкладанняў карпаратыўнага ўзроўню.

Толькі калі база дадзеных адбыўся збой, я зразумеў важнасць рэзервовых копій.

Кожны распрацоўшчык перажываў гора страты дадзеных, і каманды рэзервовага капіявання і аднаўлення MySQL і MariaDB з'яўляюцца выратавальным кругам.

Зараз я раскажу вам пра каманды рэзервовага капіявання, дэкампрэсіі і імпарту для MySQL/MariaDB самым простым спосабам.

Чаму каманды рэзервовага капіявання MySQL/MariaDB настолькі важныя?

Дадзеныя — гэта жыццёвая сіла бізнесу.

Калі база дадзеных пашкоджана, гэта можа прывесці да спынення бізнесу і нават да мільённых страт.

Згодна з даследаваннем, апублікаваным у часопісе IEEE Transactions on Computers, прадпрыемствы церпяць страты да [сумы адсутнічае] у хвіліну з-за прастояў базы дадзеных. 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.

Гэта не толькі эканоміць месца для захоўвання, але і спрашчае перадачу дадзеных.

Каманда распакавання: першы крок да аднаўлення

Перад імпартам базы дадзеных яе трэба распакаваць.

Каманда выглядае наступным чынам:

gunzip FileName.gz

такія як:

gunzip shop_backup.sql.gz

Пасля дэкампрэсіі вы атрымаеце shop_backup.sqlГэта файл, які можна імпартаваць.

Падрабязнае тлумачэнне каманд імпарту MySQL/MariaDB

Каманда імпарту і рэзервовая копія амаль што з'яўляюцца люстранымі адлюстраваннямі адна адной:

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)

Гэта сцвярджэнне яшчэ раз падкрэслівае важнасць рэзервовага капіявання з каманднага радка.

Пашыраныя метады: аўтаматызаванае рэзервовае капіраванне

Ручное рэзервовае капіраванне занадта складанае?

Можна выкарыстоўваць crontab Запланаваныя задачы.

Напрыклад, аўтаматычнае рэзервовае капіраванне а 2-й гадзіне ночы кожны дзень:

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

Гэта будзе ствараць рэзервовы файл з датай кожны дзень.

总结

Рэзервовае капіраванне базы дадзеных — гэта не варыянт, а пытанне жыцця і смерці.

схапіць mysqldump,gunzip 和 mysql Каманда імпарту падобная да выключальніка харчавання для кіравання базай дадзеных.

Мая думка вельмі зразумелая:Бяспека дадзеных з'яўляецца галоўным прыярытэтам кампаніі, і рэзервовае капіраванне — адзіная абарона.

Як адзначалася ў часопісе «Harvard Business Review»:

У лічбавую эпоху дадзеныя каштоўнейшыя за золата.

Таму дзейнічайце зараз, запішыце свой сцэнар рэзервовага капіявання і трымайце свае дадзеныя ў бяспецы.

Гаворка ідзе не толькі пра тэхналогіі, але і пра адказнасць.