Створення кластерів MySQL

  1. Створення кластерів MySQL і резервне копіювання

Створення кластерів MySQL - це технологія, що дозволяє розподілити базу даних MySQL на безліч незалежних вузлів, щоб до критичного мінімуму зменшити ймовірність будь-яких локальних збоїв і помилок. Створення кластерів дозволяє майже необмежено масштабувати ваші програми або сайти, засновані на системі управління базами даних (СКБД) MySQL, розподіляючи їх роботу горизонтально між відносно нескладними і недорогими апаратними засобами.

Створення кластерів доступно для СУБД MySQL, починаючи з версії 5.0. Щоб створити кластер, необхідно виділити три групи вузлів: для зберігання, для обробки запитів і для управління. Для забезпечення максимальної доступності кластера, в кожну групу має входити не менше 3 вузлів.

Для забезпечення максимальної доступності кластера, в кожну групу має входити не менше 3 вузлів

Створення кластерів MySQL: вузли зберігання, обробки запитів і управління


Створення кластерів MySQL і резервне копіювання

Необхідно чітко розуміти, що кластерірованіе БД MySQL не усуває потреби в бекапе (резервне копіювання) БД MySQL. Кластери гарні для підвищення доступності та продуктивності, але не здатні безпосередньо протистояти таким загрозам, як людські помилки, віруси або проблеми MySQL. Якщо ваш додаток включає оператор DROP DATABASE, не існує шляху для відновлення віддаленого вмісту БД - неважливо, скільки вузлів зберігання має при цьому ваш кластер. Щоб дізнатися більше про бекапе MySQL , Будь ласка, прочитайте відповідну статтю.

Версія 8.0.3 від 3 червня 2019. 104 MB
Програма резервного копіювання Handy Backup. 9200 RUB за ліцензію

Видання Office Expert дозволяє виробляти бекап і відновлення MySQL без зупинки роботи бази. Весь функціонал доступний безкоштовно протягом 30 днів!

Наступна важлива річ, яку слід знати про резервне копіювання MySQL, полягає в тому, що деякі реалізації СУБД MySQL погано працюють з конкуруючими процесами читання і запису. Це означає, що при активній роботі вашої СУБД на запис резервне копіювання може здійснюватися протягом занадто тривалого часу. Зазвичай ця проблема долається за допомогою реплікації MySQL , Після якої один з комп'ютерів (master) працює на запис, а пов'язаний з ним комп'ютер для доступу до даних (slave) - на читання.

Проте так само прекрасні результати дає комбінація кластерірованія і бекапа. Кластери MySQL використовують систему зберігання даних Network DataBase (NDB), що є завантажуваних в пам'ять додатком для розподіленого зберігання і доступу. Кожен запис, яка потрапляє в NDB, автоматично копіюється в вузли зберігання. Система автоматично розподіляє дані між різними вузлами, тому в сильно завантажених записом даних сценаріях роботи одні вузли можуть негайно ж починати працювати на бекап, в той час як інші продовжують приймати дані. Ця схема зазвичай трохи повільніше, ніж схема доступу, заснована на реплікації, але значно швидше прямого доступу до єдиного сервера MySQL. Щоб знайти інструкції по створенню кластерів MySQL, будь ласка, зверніться до офіційного керівництва по MySQL .

Підсумуємо коротко переваги кластерного підходу до організації БД MySQL:

  1. Створення кластерів MySQL - надійний підхід до збільшення доступності даних.
  2. Механізм зберігання даних Network DataBase (NDB), який використовується в MySQL, дає прекрасні результати по швидкості і оптимізації роботи.
  3. Механізми розподілу навантаження введення-виведення ефективно оптимізують роботу мережевих додатків і додатків з великими потоками входять даних.
  4. Кластер підтримує практично нескінченні можливості горизонтального масштабування, що дозволяє уникнути проблем з "вузькими місцями" системи (процесор, швидкість обміну з диском, обсяг пам'яті і т.п.)

І недоліки такого підходу:

  1. Створення кластерів вимагає синхронної реплікації вузлів, що зазвичай вимагає їх розташування в загальному фізичному просторі і наявності широкосмугового зв'язку між ними.
  2. Механізм зберігання даних Network DataBase (NDB) вимагає величезної кількості оперативної пам'яті. Рекомендується, щоб кожен вузол зберігання мав так багато пам'яті, як тільки можливо.
  3. Кластери MySQL щодо важкі в установці і адмініструванні.

Версія 8.0.3 від 3 червня 2019,
104 MB