Повний посібник з команд резервного копіювання та декомпресії MySQL/MariaDB: від початківця до експерта

MySQLПовний посібник з команд резервного копіювання та декомпресії MariaDB

Від новачка до експерта, це розповідає...MySQLЦей курс пропонує повний робочий процес для резервного копіювання дампів, стиснення gzip, розпакування gunzip та імпорту MySQL, допомагаючи розробникам швидко опанувати навички резервного копіювання та відновлення баз даних для забезпечення безпеки даних та безперервності бізнесу.

Хоча MySQL та MariaDB мають спільне походження, вони суттєво відрізняються з точки зору ліцензування з відкритим кодом, розширення функцій, оптимізації продуктивності та екосистеми спільноти. MariaDB робить акцент на повному відкритому коді та інноваціях функцій, тоді як MySQL спирається на комерційну підтримку Oracle та більше підходить для застосунків корпоративного рівня.

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

Кожен розробник переживав горе втрати даних, і команди резервного копіювання та відновлення MySQL та MariaDB є цим рятівним колом.

Зараз я проведу вас через найпряміший спосіб ретельно зрозуміти команди резервного копіювання, декомпресії та імпорту для MySQL/MariaDB.

Чому команди резервного копіювання MySQL/MariaDB такі критично важливі?

Дані – це життєва сила бізнесу.

Якщо база даних пошкоджена, це може призвести до збоїв у бізнесі або навіть до втрат на мільйони доларів.

Згідно з дослідженням, опублікованим в IEEE Transactions on Computers, підприємства зазнають збитків у розмірі до [сумма, що відсутня] на хвилину через простої бази даних.5600 XNUMX доларів США(Джерело: 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, 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:

«У цифрову епоху дані цінніші за золото».

Тож дійте зараз, запишіть свої сценарії та міцно тримайте дані у своїх руках.

Це стосується не лише технологій, а й відповідальності.