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

производительность mysql

Сфера управления данными сложна и быстро развивается. Ничто так не подчеркивает эту эволюцию, как появление «суперприложений» - или приложений, обрабатывающих миллионы пользовательских взаимодействий в секунду. Если учесть большие данные и облако, становится ясно, что продавцам электронной коммерции необходимо новое поколение баз данных, которые могут работать лучше и быстрее масштабироваться.

Любой онлайн-бизнес без обновленной базы данных, скорее всего, использует MySQL, база данных практически не обновлялась с момента ее создания в 1995 году. В конце концов, термин «NewSQL» не стал частью цифрового лексикона до тех пор, пока Мэтт Аслетт, аналитик 451 Group , придумал его в 2011 году.

Хотя MySQL, безусловно, способен обрабатывать значительный объем трафика, по мере роста бизнеса его база данных, вероятно, достигнет максимальной емкости, и его веб-сайт перестанет функционировать должным образом. Если вы не уверены, готова ли ваша организация к базе данных NewSQL, вот пять признаков того, что вы можете перерасти MySQL:

  1. Сложность при чтении, записи и обновлении - MySQL имеет ограничения емкости. Поскольку все больше и больше клиентов завершают транзакции на вашем веб-сайте, остановка вашей базы данных - лишь вопрос времени. Более того, по мере увеличения вашей нагрузки и возникновения трудностей с обработкой дополнительных операций чтения и записи вам может потребоваться другая база данных. MySQL может масштабировать чтение с помощью «ведомых устройств чтения», но приложения должны знать, что чтение не является асинхронным с ведущим устройством записи. Например, когда клиент обновляет продукты в своей тележке электронной коммерции, это должно быть прочитано мастером записи. В противном случае вы рискуете оказаться неверными в количестве, доступном для обещанного. Если это произойдет, у вас будет узкое место в худшем из возможных мест: в кассе электронной коммерции. Узкое место при оформлении заказа может привести к брошенным тележкам или, что еще хуже, вы продадите инвентарь, которого у вас нет, и вам придется иметь дело с расстроенными клиентами и, возможно, негативным влиянием в социальных сетях.
  2. Замедлять аналитика и отчетность - Базы данных MySQL не предоставляют никаких данных в реальном времени аналитика они не поддерживают и другие конструкции SQL. Чтобы решить эту проблему, для обработки массивных рабочих нагрузок требуются как Multi-Version Concurrency Control (MVCC), так и Massively Parallel Processing (MPP), поскольку они позволяют выполнять записи и аналитика происходить без помех, и использовать несколько узлов и несколько ядер на узел, чтобы аналитические запросы выполнялись быстрее.
     
    MySQL-запросы-соединения
  3. Частые простои - Базы данных MySQL построены с единой точкой отказа, что означает, что если какой-либо компонент, например диск, материнская плата или память, выйдет из строя, выйдет из строя вся база данных. В результате у вас могут быть частые простои, что может привести к потере дохода. Вы можете использовать сегментирование и ведомые устройства, но они хрупкие и не могут обрабатывать большие объемы трафика. Масштабируемая база данных хранит несколько копий ваших данных, обеспечивает встроенную отказоустойчивость и поддерживает операции, несмотря на сбои и / или сбои дисков.
     
    Архитектура Clustrix Shared Nothing
  4. Высокие затраты разработчика - Разработчики, работающие с базами данных MySQL, часто должны тратить большую часть своего времени на устранение проблем с водопроводом или устранение сбоев базы данных. Разработчики, которые работают с горизонтально масштабируемой базой данных, могут вместо этого работать над разработкой функций и более быстрым выводом продукта на рынок. В результате время выхода на рынок сокращается, и компании, занимающиеся электронной коммерцией, могут быстрее получать доход.
  5. Максимальные серверы - Серверы, использующие максимальную оперативную память в течение длительных периодов времени или часто в течение дня, являются ключевым показателем того, что MySQL не успевает за ростом бизнеса. Добавление оборудования - быстрое решение, но оно также очень дорогое и не является долгосрочным решением. Если организации использовали подход горизонтального масштабирования, данные можно реплицировать между узлами, а по мере увеличения размера и количества транзакций рабочая нагрузка переносится на другие узлы в базе данных.

Подведение итогов

Понятно, что у MySQL есть свои ограничения, и что с учетом времени и роста трафика любая база данных MySQL неизбежно столкнется с проблемами производительности и задержками. А для веб-сайтов электронной коммерции эти сбои почти наверняка приведут к упущенному доходу.

В конце концов, неудивительно, что технология, созданная два десятилетия назад, изо всех сил пытается не отставать в современном быстро меняющемся цифровом мире. Подумайте об этом: как программисты в 1995 году могли предвидеть, насколько мощным на самом деле станет Интернет?

Будущее баз данных

Как вы думаете?

Этот сайт использует Akismet для уменьшения количества спама. Узнайте, как обрабатываются ваши данные комментариев.