5 признака, че надраствате вашата база данни MySQL

изпълнение на mysql

Пейзажът за управление на данни е сложен и бързо се развива. Нищо не подчертава тази еволюция повече от появата на „супер приложения“ - или приложения, които обработват милиони потребителски взаимодействия в секунда. Фактор за големите данни и облака и става ясно, че търговците на електронна търговия се нуждаят от ново поколение бази данни, които могат да се представят по-добре и да се мащабират по-бързо.

Всеки онлайн бизнес без актуализирана база данни вероятно работи с MySQL, база данни, която едва се актуализира от създаването си през 1995 г. В края на краищата терминът „NewSQL“ не става част от дигиталния лексикон до Мат Аслет, анализатор на 451 Group , измисли го през 2011г.

Въпреки че MySQL със сигурност е в състояние да обработва голяма част от трафика, тъй като бизнесът продължава да се развива, неговата база данни вероятно ще достигне максимален капацитет и уебсайтът му ще спре да функционира правилно. Ако не сте сигурни дали вашата организация е готова за база данни NewSQL, ето пет признака, че може да надраствате MySQL:

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

Завършвайки

Ясно е, че MySQL има своите ограничения и че с оглед на нарастването на времето и трафика всяка база данни на MySQL е длъжна да изпитва проблеми с производителността и латентността. А за уебсайтовете за електронна търговия тези неизправности почти със сигурност ще се превърнат в пропуснати приходи.

В края на краищата не би трябвало да бъде толкова изненадващо, че технологията, създадена преди две десетилетия, се бори да се справи в днешния забързан цифров свят. Помислете за това: как програмистите през 1995 г. могат да предвидят колко мощен всъщност ще стане Интернет?

Бъдеще на базите данни

Какво мислите?

Този сайт използва Akismet за намаляване на спама. Научете как се обработват данните за коментарите ви.