Целосен водич за команди за резервна копија и декомпресија на 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 Командата за увоз е како да имате прекинувач за вклучување за контрола на базата на податоци.

Мојата поента е многу јасна:Безбедноста на податоците е највисок приоритет на компанијата, а резервната копија е единствената заштита.

Како што наведува „Харвард бизнис ривју“:

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

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

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