MySQL/MariaDB сақтық көшірмесін жасау және декомпрессия командаларына арналған толық нұсқаулық: жаңадан бастаушылардан сарапшыларға дейін

MySQLMariaDB сақтық көшірмесін жасау және декомпрессия командаларына арналған толық нұсқаулық

Бастауыштан бастап сарапшыға дейін, қамтитын...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.

Бұл сақтау орнын үнемдеп қана қоймай, деректерді беруді де жеңілдетеді.

Unzip командасы: Қалпына келтірудің алғашқы қадамы

Дерекқорды импорттамас бұрын оны мұрағаттан шығару керек.

Пәрмен келесідей:

gunzip FileName.gz

сияқты:

gunzip shop_backup.sql.gz

Декомпрессиядан кейін сіз аласыз shop_backup.sqlБұл импорттауға болатын файл.

MySQL/MariaDB импорттау командаларының толық түсіндірмесі

Import командасы және сақтық көшірме бір-бірінің айнадағы бейнелері сияқты дерлік:

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

Мысалға:

mysql -u root -p123456 shopdb < shop_backup.sql

Бұл қадам сақтық көшірме файлынан деректерді толығымен дерекқорға импорттайды.

MariaDB сонымен қатар пайдаланады mysql Import командасы толығымен үйлесімді.

Нақты әлемдегі сценарий: Сақтық көшірме жасаудан бастап қалпына келтіруге дейінгі толық процесс

Айталық, сізде барЭлектрондық коммерция数据库 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 анықтамалық нұсқаулығы, Oracle)

MariaDB ресми құжаттамасында мыналар да атап өтілген:

«MariaDB MySQL сақтық көшірме жасау және қалпына келтіру командаларымен толық үйлесімді, бұл әзірлеушілерге кедергісіз көшіруге мүмкіндік береді.» (Дереккөз: MariaDB білім қоры)

Бұл мәлімдеме пәрмен жолының сақтық көшірмелерінің маңыздылығын қайталайды.

Кеңейтілген әдістер: Автоматтандырылған сақтық көшірме жасау

Қолмен сақтық көшірме жасау тым қиын ба?

Қолдана алады crontab Жоспарланған тапсырмалар.

Мысалы, күн сайын таңғы сағат 2-де автоматты түрде сақтық көшірме жасау:

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

Бұл күн сайын күні көрсетілген сақтық көшірме файлын жасайды.

总结

Дерекқордың сақтық көшірмесін жасау мүмкін емес, бірақ өмір мен өлім мәселесі.

түсіну mysqldump,gunzip 和 mysql Import командасы дерекқорды басқару үшін қуат қосқышын пайдалануға ұқсайды.

Менің ойым өте айқын:Деректер қауіпсіздігі компанияның ең басты басымдығы болып табылады, ал сақтық көшірме жасау жалғыз қорғаныс шарасы болып табылады.

Harvard Business Review журналында айтылғандай:

«Цифрлық дәуірде деректер алтыннан да құнды».

Сондықтан қазір әрекет етіңіз, сақтық көшірме сценарийін жазып алыңыз және деректеріңізді мықтап қолыңызда ұстаңыз.

Бұл тек технологияға ғана емес, сонымен қатар жауапкершілікке де қатысты.