5 ознак того, що ви переростаєте базу даних MySQL

продуктивність mysql

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

Будь-який інтернет-бізнес, де немає оновленої бази даних, швидше за все, працює MySQL, база даних, яка майже не оновлювалася з моменту її створення в 1995 році. Врешті-решт, термін “NewSQL” не став частиною цифрового лексикону, поки Метт Аслетт, аналітик групи 451 , придумав його в 2011 році.

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

  1. Труднощі з читанням, записом та оновленням - MySQL має обмеження ємності. Оскільки все більше і більше клієнтів виконують транзакції на вашому веб-сайті, це лише питання часу, коли ваша база даних зупиниться. Більше того, оскільки ваше навантаження збільшується, і вам важко обробляти додаткові читання та записи, вам може знадобитися інша база даних. MySQL може масштабувати читання за допомогою “read-slave”, але додатки повинні пам’ятати, що читання не є асинхронними з master-master. Наприклад, коли клієнт оновлює товари у своєму кошику електронної комерції, їх слід прочитати у майстра запису. Якщо ні, ви ризикуєте помилитися в доступних для обіцяння кількостях. Якщо це трапиться, у вас буде вузьке місце в найгіршому можливому місці: лінії оплати електронної комерції. Вузьке місце під час виписки може призвести до закинутих візків або, що ще гірше, ви будете продавати інвентар, якого у вас немає, і вам доведеться мати справу із засмученими клієнтами та, можливо, негативним впливом соціальних мереж.
  2. Сповільнювати аналітика та звітність - Бази даних MySQL не надають жодного реального часу аналітика можливості, а також не забезпечують підтримку інших конструкцій SQL. Для вирішення цієї проблеми для обробки великих робочих навантажень потрібні як багатоверсійний паралельний контроль (MVCC), так і масово паралельна обробка (MPP), оскільки вони дозволяють записувати та аналітика відбуватися без перешкод і використовувати кілька вузлів і кілька ядер на вузол, щоб аналітичні запити йшли швидше.
     
    mysql-query-connections
  3. Часті простої - Бази даних MySQL будуються з однією точкою відмови, тобто якщо який-небудь компонент - наприклад, диск, материнська плата чи пам’ять - вийде з ладу, вийде з ладу вся база даних. Як результат, у вас можуть бути часті простої, що може призвести до втрати доходу. Ви можете використовувати шардинг та рабів, але вони неміцні і не можуть впоратися з великим обсягом трафіку. Розширена база даних зберігає кілька копій ваших даних, забезпечує вбудовану стійкість до відмов і підтримує операції, незважаючи на та / або несправності диска.
     
    Архітектура Clustrix Shared Nothing
  4. Високі витрати розробника - Розробники, що працюють з базами даних MySQL, часто повинні витрачати значну частину свого часу на виправлення проблем із водопроводами або усунення несправностей бази даних. Розробники, які працюють із масштабованою базою даних, можуть замість цього працювати над розробкою функцій та швидшим виведенням продукту на ринок. Як результат, час виходу на ринок зменшується, і компанії з електронної комерції можуть швидше отримувати дохід.
  5. Макс. Сервери - Сервери, які максимально використовують оперативну пам’ять протягом тривалого періоду часу або часто протягом дня, є ключовим показником того, що MySQL не може встигати за зростанням бізнесу. Додавання обладнання є швидким виправленням, але воно також дуже дороге і не є довгостроковим рішенням. Якщо організації застосовують підхід масштабування, дані можуть бути відтворені на вузлах, і в міру збільшення обсягу та обсягу транзакцій робоче навантаження переноситься на інші вузли в базі даних.

Підводячи підсумок

Зрозуміло, MySQL має свої обмеження, і, враховуючи час і зростання трафіку, будь-яка база даних MySQL зобов’язана мати проблеми з продуктивністю та затримкою. А для веб-сайтів електронної комерції ці несправності майже напевно означатимуть втрату доходу.

Зрештою, не повинно бути настільки несподіваним, що технологія, яка була побудована два десятиліття тому, намагається не відставати в сучасному швидкому темпі цифрового світу. Подумайте: як могли програмісти в 1995 році передбачити, наскільки потужним стане Інтернет насправді?

Майбутнє баз даних

Що ви думаєте?

Цей сайт використовує Akismet для зменшення спаму. Дізнайтеся, як обробляються ваші дані коментарів.