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

#! / BIN / Bash
# Shell скрипт для резервного копіювання баз даних MySQL
# Для резервного копіювання баз даних Nysql файли / резервної рідше, а потім забрати Ваш
# Сценарій. Ви можете пропустити кілька баз даних з резервної копії теж.
# Для додаткової інформації див (інформація по встановленню):
# Http: / / www.cyberciti.biz/nixcraft/vivek/blogger/2005/01/mysql-backup-script.html
# Оновлено: Серпень - 2005
# -----------------------
# Це безкоштовний скрипт оболонки під GNU GPL версії 2.0 або вище
# Copyright (C) 2004, 2005 nixCraft проекту
# Зворотній зв'язок / зауваження / побажання: http://cyberciti.biz/fb/
# -------------------------
# Цей сценарій є частиною корпусу nixCraft скрипт збору (NSSC)
Відвідайте http://bash.cyberciti.biz/ # для одержання більш докладної інформації.
# Оновлене вересня - 2007 CyberTek - http://www.cybertek.it
# -------------------------

Myuser = "SET-MYSQL-ім'я користувача" # USERNAME
Mypass = "SET-пароль" # ПАРОЛЬ
MyHOST = "локальний" # хоста

# Linux бен шляху, змінити її, якщо вона не може бути виявлена за допомогою якого команда
MYSQL = "$ (який MySQL)"
Mysqldump = "$ (яка mysqldump)"
Chown = "$ (яка chown)"
Chmod = "$ (яка Chmod)"
GZIP = "$ (яка GZIP)"

# Backup Dest каталог, змінювати її, якщо у вас є someother розміщення
DEST = "/ резервного копіювання"

# Каталог, в якому головні архіви будуть збережені
MBD = "$ DEST / MySQL"

# Отримати ім'я хоста
ПРИНИМАТЬСЯ = "$ (хоста)"

# Отримати дані в дд-мм-рррр форматі
ЗАРАЗ = "$ (ДАТА +"% D -% M -% Y ")"

# Файл для збереження резервної копії поточних файлів
Файла = ""
# Зберігайте список баз даних
DBS = ""

# НЕ BACKUP цих баз даних
IGGY = "тест"

[- D $ MBD] И І mkdir - P $ MBD | |:

# Тільки корінь є доступ!
Chown $ 0,0 - R $ DEST
$ Chmod 0600 $ DEST

# Отримати список всіх баз даних першого
DBS = "$ ($ MYSQL-у-ч myuser $ $ $ MyHOST-P-mypass BSE" шоу даних ') "

для БД в $ DBS
робити
skipdb = - 1
якщо [ "$ IGGY"! = ""];
тоді
Я в $ IGGY
робити
[ "$ Db" = = "$ I"] И І skipdb = 1 | |:
готово
Флоренція

якщо [ "$ skipdb" = = "-1"], а потім
Файл = "$ MBD / $ DB. $ HOST. NOW.gz $"
# У всіх InOne роботи в трубі,
# Підключення до MySQL, використовуючи mysqldump для вибору бази даних MySQL
# І труба його до GZ файл резервної рідше:)
$ Mysqldump - U myuser $ - $ MyHOST H - P $ mypass $ DB | GZIP $ - 9> $ Фото
Флоренція

готово

# Копіювання на віддалений сервер
Відлуння'******************* Example_Backup *******************'> / кореневої / mybackup.txt
Echo \>> / кореневої / mybackup.txt
дата>> / кореневої / mybackup.txt
Echo \>> / кореневої / mybackup.txt
'********************* Подробиці *********************' відлуння>> / корінь / mybackup.txt
# Пам'ятайте, що ПКПП команди ви не можете ввести пароль, якщо ви розчистили ключ на цільовій системі
# Інакше вам доведеться робити
SCP / копіювання / MySQL / * root@example.dom: / Головна / копіювання / пример / MySQL /
Ох-LS / копіювання / MySQL />> / кореневої / mybackup.txt
Відлуння'************************************************ * '>> / кореневої / mybackup.txt
# Надіслати лист із доповіддю про підсумки роботи, виконані
Mail-S "Приклад Backup" example@example.dom </ кореневої / mybackup.txt

# Видаляти після завантаження
RM-F / копіювання / MySQL / *

Звичайно, продукт ще не в змозі конкурувати з потенційними PhpMyAdmin, але voltela простота і легкість nostromotivo може бути вибір. Якщо ми intragrare MySQL через веб-клієнт може бути, ми можемо перейти до цього продукту. Для переходу на сайт sidu натисніть тут.

• Сортування і фільтрація даних в таблицях.
• Можливість підключення до хост і локальним і віддаленим баз даних.
• Забезпечення доступу для запобігання несанкціонованого доступу до даних.
• Робота з користувачами і кілька одночасних сеансів.
• Кешування БД і таблиці, щоб швидко дисплея.

Немає часу на розмови про те, як створювати таблиці оптимізовані дати найкращі результати. Я пам'ятаю тільки те, що поля індексуватися значно покращити виконання часу. Обговорення замість трохи уловка з метою більш ефективного MySQL, які, як правило, приходить встановлений на більшості дістро без надто багато параметрів для налаштування. Інформація передати дистрибутив Linux, але може бути легко адаптована до інших ОС.

Конфігураційний файл, як правило, в / ETC / my.ini.

Eempio в my.ini:

[mysqld]
datadir = / VAR / LIB / MySQL
сокет = / VAR / LIB / MySQL / mysql.sock
набір змінних key_buffer = = 64m
набір змінних max_user_connections = = 100
набір змінних query_cache_size = = 64m
# За замовчуванням використовувати старий пароль формату для сумісності з MySQL 3.x
# Клієнтів (тих, хто користується mysqlclient10 сумісності пакета).
old_passwords = 1

[mysql.server]
Користувач = MySQL
basedir = / VAR / LIB

[mysqld_safe]
ERR-журнал = / VAR / Журнал / mysqld.log
PID-файл = / VAR / запустити / mysqld / mysqld.pid

буферів: буфер будь-який incremeto отримає базу даних значно швидше. Потім встановіть буфер засновані на кількості доступної пам'яті, з урахуванням споживання виступив операційної системи та інших програм і послуг, що перебувають в експлуатації. Якщо виділити занадто багато пам'яті, а не положення може запустити в загальну продуктивність системи.

Wait_timeout: являє собою час, який проходить, перш ніж вона закрита автоматично підключитися до MySQL з-за бездіяльності. Менше число краще продуктивність. У цьому випадку ви також повинні грати видом з'єднань і їх передбачуваного часу для калібрування кращих параметрів.

back_log: контролює, скільки одночасних підключень може зберегти хоча Mysql створює нову ланцюжок. Чим менше число, тим вище швидкість. Стережися, це просто, щоб не погіршити продуктивність, встановивши цей параметр правильно, використовуйте це тільки в разі крайньої необхідності.

Max_user_connections: Встановлює максимальну кількість з'єднань дозволили користувача. Це дуже корисно в системах, де один і той же сервер MySQL користувачам мати доступ одночасно.

Delayed_queue_size: число строк разом з INSERT DELAYED. Менше буде уздовж ліній, тим швидше MySQL.

Sort_buffer_size: встановлює розмір буфера, що виділяються на реалізацію положень ORDER BY і GROUP BY положення. Для того, щоб питання більш ефективного її встановити цей параметр на значення більше 2М.

Table_cache: контроль кількості відкритих таблиць для всіх потоків, збільшення цієї змінної буде збільшуватися таблиці завантажуються одночасно і виконання Mysql буде набагато швидше. Увага до цього параметру, операційні системи мають межа покажчиків до файлів відкрили відразу, якщо ви перевищили цей ліміт може понести в будь-якої несправності в системі.

Thread_cache_size: Встановлює число ниток зберігати в кеші. Ця особливість дозволяє використовувати нитки дуже швидко.

SHOW СТАТУС команду допомагає нам відслідковувати в режимі реального часу ті змінні, які більше, ніж інші, щоб допомогти нам зрозуміти, які найбільш істотні покращення ми можемо зробити:

• Handler_read_first: Показує, скільки разів перша запис була йти від столу. Якщо це трапляється часто, це означає, що таблиця не була належним чином індексуватися.
• Innodb_buffer_pool_wait_free: вказує на кількість разів, що MySQL доводиться чекати промивка сторінок пам'яті. Якщо повертає значення є високою, то розмір буфера басейн не був правильно налаштований на суму запису зазнав на сервері.
• Key_reads: вказує на кількість разів, що MySQL доступ до файлової системи даних індексів. Це уповільнює швидкість виконання запитів, тому, якщо ця величина є високим то це означає, що ключовий буфер надто малий і повинен бути збільшений.
• Max_used_connections: Вказує максимальну кількість з'єднань, MySQL були відкриті протягом останніх завантаження. З одного боку це вірно орієнтиром (вона допомагає вирішити максимальну кількість з'єднань, які сервер може підтримувати), а інший наводиться в якості зручного руху аналізатор.
• Open_tables: Показує поточний кількість таблиць відкритим. Ця величина повинна бути проаналізована в поєднанні з кешем розміром таблиці. Зазвичай розмір table_cache повинен бути встановлений вище для цієї змінної. Якщо вартість open_tables набагато нижче, ніж table_cache, щоб уникнути проблем з продуктивністю, то, отже, зменшити розмір кеш-пам'яті. Якщо вартість open_tables дуже високий і наближається розмір кеш-пам'яті, а потім підняти його table_cache.
• Select_full_join: число повних приєднатися MySQL виконав для задоволення вимог клієнта. Високе значення вказує на те, що замість використання індексів, MySQL була змушена вчинити повний приєднатися. Це свідчить про необхідність активного індекс цих таблиць.
• Slow_queries: вказується кількість запитів, що займає більше часу, ніж звичайно, буде зроблено. Велике значення має привести нас до аналізу Низька Запит Вхід для виявлення будь повільно запит на оптимізацію.
• Threads_connected: Показує загальну кількість клієнтів, підключених до сервера в такий момент.
• Created_tmp_disk_tables: вказується кількість тимчасових таблиць, які були створені на диску замість пам'яті. Оскільки доступ до таблиць на диску, як правило, повільніше, ніж в пам'яті, вміст змінної буде назад пропорційна швидкості, з якою запити запущені команди CREATE тимчасової таблиці.
• Uptime: Показує, скільки секунд на службі.