Комплетан водич за команде за прављење резервних копија и декомпресију MySQL/MariaDB: Од почетника до стручњака

МиСКЛКомплетан водич за команде за прављење резервних копија и декомпресију MariaDB-а

Од почетника до стручњака, покривајући...МиСКЛОвај курс пружа комплетан ток рада за прављење резервних копија, 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Синтакса је потпуно конзистентна.

Зар није веома интуитивно?

Величина и компресија датотеке резервне копије

Понекад су датотеке базе података изузетно велике, често величине неколико гигабајта.

Овде долази до изражаја компресија.

линукНајчешћа команда за компресију је 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:

„У дигиталном добу, подаци су вреднији од злата.“

Зато предузмите акцију сада, запишите свој скрипт за прављење резервне копије и чврсто држите своје податке у својим рукама.

Ово није само питање технологије, већ и одговорности.