Електронна търговия и търговия на дребноМаркетингова инфографика

5 признака, че надраствате вашата база данни 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-заявка-връзки
  3. Чести престои - MySQL базите данни са изградени с една точка на отказ, което означава, че ако някой компонент - като устройство, дънна платка или памет - се провали, цялата база данни ще се провали. В резултат на това може да имате често престой, което може да доведе до загуба на приходи. Можете да използвате шардинг и подчинени, но те са крехки и не могат да се справят с голям обем трафик. Мащабна база данни съхранява множество копия на вашите данни, осигурява вградена толерантност към грешки и поддържа операции въпреки и / или дискови грешки.

     
    Архитектура на Clustrix Shared Nothing
  4. Високи разходи за разработчици - Разработчиците, работещи с бази данни на MySQL, често трябва да отделят голяма част от времето си за отстраняване на проблеми с водопровода или за отстраняване на грешки в базата данни. Разработчиците, които работят с мащабирана база данни, са свободни вместо това да работят върху разработването на функции и по-бързото пускане на пазара на продукта. В резултат на това времето за пускане на пазара намалява и компаниите за електронна търговия могат да печелят по-бързо приходи.
  5. Максирани сървъри - Сървърите, които се възползват от RAM за продължителни периоди от време или често през целия ден, са ключов индикатор, че MySQL не може да се справи с растежа на бизнеса. Добавянето на хардуер е бързото решение, но също така е много скъпо и не е дългосрочно решение. Ако организациите са използвали подход за мащабиране, данните могат да се репликират между възлите и тъй като транзакциите се увеличават по размер и количество, работното натоварване се прехвърля към други възли в базата данни.

Завършвайки

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

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

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

Майк Азеведо

Майк е президент и главен изпълнителен директор на Клустрикс. Майк има повече от 25 години опит в продажбите и ръководни кадри в аналитични приложения, мрежови изчисления, инфраструктура за съхранение, сигурност и търговия на дребно.

Свързани статии

Бутон "Нагоре" горе
Близо

Открит е рекламен блок

Martech Zone е в състояние да ви предостави това съдържание безплатно, тъй като осигуряваме приходи от нашия сайт чрез приходи от реклами, партньорски връзки и спонсорство. Ще сме благодарни, ако премахнете блокера си за реклами, докато разглеждате нашия сайт.