5 signos que estás superando a túa base de datos MySQL

rendemento de mysql

O panorama de xestión de datos é complexo e evoluciona rapidamente. Nada fai máis fincapé nesta evolución que a aparición de "super aplicacións" ou aplicacións que procesan millóns de interaccións de usuarios por segundo. Factoriza o Big Data e a nube, e queda claro que os comerciantes de comercio electrónico necesitan unha nova xeración de bases de datos que poidan ter un mellor rendemento e escalar máis rápido.

É probable que calquera empresa en liña sen unha base de datos actualizada estea a executar MySQL, unha base de datos apenas actualizada desde o seu inicio en 1995. Despois de todo, o termo "NewSQL" non chegou a formar parte do léxico dixital ata que Matt Aslett, analista do Grupo 451 , acuñouno en 2011.

Aínda que MySQL é certamente capaz de manexar unha boa cantidade de tráfico, a medida que unha empresa segue crecendo, a súa base de datos probablemente alcanzará a máxima capacidade e o seu sitio web deixará de funcionar correctamente. Se non está seguro de se a súa organización está ou non preparada para unha base de datos NewSQL, aquí tes cinco signos que pode estar superando MySQL:

  1. Dificultade no manexo de lecturas, escrituras e actualizacións - MySQL ten limitacións de capacidade. A medida que cada vez hai máis clientes que realizan transaccións no seu sitio web, só é cuestión de tempo que a súa base de datos se paralice. Ademais, a medida que aumenta a carga e ten dificultades para manexar lecturas e escrituras adicionais, pode que precise unha base de datos diferente. MySQL pode escalar as lecturas mediante "escravos de lectura", pero as aplicacións deben ser conscientes de que as lecturas non son asíncronas co master de escritura. Por exemplo, cando un cliente actualiza produtos no seu carro de comercio electrónico, debe lelo desde o master de escritura. Se non, corre o risco de que as cantidades dispoñibles para prometer sexan incorrectas. Se isto ocorre, terá un pescozo de botella no peor lugar posible: a súa liña de compra de comercio electrónico. Un pescozo de botella ao finalizar o pago pode producir carros abandonados ou, peor aínda, venderás un inventario que non tes e terás que tratar con clientes molestos e, posiblemente, unha exposición negativa ás redes sociais.
  2. Devagar analítica e informes - As bases de datos MySQL non proporcionan ningunha en tempo real analítica nin fornecen soporte para outras construcións SQL. Para solucionar este problema, son necesarios tanto o control de simultaneidade de varias versións (MVCC) como o procesamento masivo en paralelo (MPP) para procesar cargas de traballo masivas porque permiten escribir e analítica para que suceda sen interferencias e use varios nodos e varios núcleos por nodo para que as consultas analíticas sexan máis rápidas.
     
    mysql-query-connections
  3. Tempo de inactividade frecuente - As bases de datos MySQL están construídas cun único punto de fallo, é dicir, se falla algún compoñente (como a unidade, a placa base ou a memoria), fallará toda a base de datos. Como resultado, pode que estea a experimentar un tempo de inactividade frecuente, o que pode provocar a perda de ingresos. Podes usar escravos e fragmentos, pero estes son fráxiles e non soportan grandes cantidades de tráfico. Unha base de datos escalable mantén varias copias dos teus datos, proporciona tolerancia de fallos integrada e mantén operacións a pesar e / ou fallos do disco.
     
    Clustrix Shared Nothing Architecture
  4. Altos custos para o desenvolvedor - Os desenvolvedores que traballan con bases de datos MySQL adoitan dedicar gran parte do seu tempo a solucionar problemas de fontanería ou solucionar fallos na base de datos. Os desenvolvedores que traballan cunha base de datos de extensión son libres para traballar no desenvolvemento de funcións e conseguir que o produto se comercialice máis rápido. Como resultado, o tempo para o mercado diminúe e as empresas de comercio electrónico poden obter ingresos máis rápido.
  5. Servidores máximos - Os servidores con máxima memoria RAM durante períodos de tempo prolongados ou con frecuencia ao longo do día son un indicador clave de que MySQL non pode seguir o crecemento do negocio. Engadir hardware é a solución rápida, pero tamén é moi caro e non é unha solución a longo prazo. Se as organizacións utilizaron un enfoque de escala, os datos pódense reproducir en nodos e, a medida que as transaccións aumentan en tamaño e cantidade, a carga de traballo desprázase a outros nodos da base de datos.

Resumindo

Está claro que MySQL ten as súas limitacións e que, dado o tempo e o crecemento do tráfico, calquera base de datos MySQL terá problemas de rendemento e latencia. E para os sitios web de comercio electrónico, eses fallos funcionarán case con certeza en ingresos perdidos.

Á fin e ao cabo, non debería sorprender tanto que unha tecnoloxía que se construíu hai dúas décadas está a loitar por manter o ritmo do mundo dixital de hoxe en día. Pénsao ben: como poderían os programadores en 1995 prever o poderosa que se convertería realmente en Internet?

Futuro das bases de datos

¿Que pensas?

Este sitio usa Akismet para reducir o spam. Aprende a procesar os teus datos de comentarios.