5 tekenen dat u uw MySQL-database ontgroeit

mysql-prestaties

Het datamanagementlandschap is complex en evolueert snel. Niets benadrukt deze evolutie meer dan de opkomst van 'super-apps' - of applicaties die miljoenen gebruikersinteracties per seconde verwerken. Factor in Big Data en de cloud, en het wordt duidelijk dat e-commercebedrijven een nieuwe generatie databases nodig hebben die beter kunnen presteren en sneller kunnen schalen.

Elk online bedrijf zonder een bijgewerkte database gebruikt waarschijnlijk MySQL, een database die sinds de oprichting in 1995 nauwelijks is bijgewerkt. De term 'NewSQL' werd tenslotte pas een onderdeel van het digitale lexicon toen Matt Aslett, een analist voor de 451 Group , bedacht het in 2011.

Hoewel MySQL zeker in staat is om veel verkeer te verwerken, zal naarmate een bedrijf blijft groeien, de database waarschijnlijk de maximale capaciteit bereiken en zal de website niet meer naar behoren functioneren. Als u niet zeker weet of uw organisatie al dan niet klaar is voor een NewSQL-database, zijn hier vijf tekenen dat u MySQL misschien ontgroeit:

  1. Moeilijkheden bij het omgaan met lezen, schrijven en bijwerken - MySQL heeft capaciteitsbeperkingen. Aangezien steeds meer klanten transacties op uw website voltooien, is het slechts een kwestie van tijd voordat uw database vastloopt. Bovendien, naarmate uw belasting toeneemt en u het moeilijk vindt om extra lees- en schrijfbewerkingen af ​​te handelen, heeft u mogelijk een andere database nodig. MySQL kan reads schalen via “read-slaves”, maar applicaties moeten zich ervan bewust zijn dat reads niet asynchroon zijn met de write-master. Wanneer een klant bijvoorbeeld producten in zijn of haar e-commerce-winkelwagentje bijwerkt, moet dit worden gelezen van de schrijfmaster. Als dit niet het geval is, loopt u het risico dat de hoeveelheden die beschikbaar zijn voor belofte niet kloppen. Als dat gebeurt, heb je een knelpunt op de slechtst mogelijke plek: je afrekenlijn voor e-commerce. Een bottleneck bij het afrekenen kan resulteren in verlaten winkelwagentjes, of erger nog, je verkoopt inventaris die je niet hebt, en hebt te maken met overstuur klanten en mogelijk negatieve blootstelling aan sociale media.
  2. Langzaam analytics en rapportage - MySQL-databases bieden geen realtime analytics mogelijkheden, noch bieden ze ondersteuning voor andere SQL-constructies. Om dit probleem aan te pakken, zijn zowel Multi-Version Concurrency Control (MVCC) als Massively Parallel Processing (MPP) vereist voor het verwerken van enorme workloads, omdat ze schrijf- en analytics zonder interferentie, en gebruik meerdere knooppunten en meerdere kernen per knooppunt om analytische zoekopdrachten sneller te laten verlopen.
     
    mysql-query-verbindingen
  3. Regelmatige uitvaltijd - MySQL-databases zijn gebouwd met een enkel storingspunt, wat betekent dat als een onderdeel - zoals schijf, moederbord of geheugen - defect raakt, de hele database defect raakt. Als gevolg hiervan kunt u regelmatig last hebben van downtime, wat kan resulteren in omzetverlies. Je kunt sharding en slaves gebruiken, maar deze zijn kwetsbaar en kunnen geen grote hoeveelheden verkeer aan. Een scale-out database bewaart meerdere kopieën van uw gegevens, biedt ingebouwde fouttolerantie en handhaaft de bewerkingen ondanks en / of schijffouten.
     
    Clustrix heeft niets gedeeld architectuur
  4. Hoge ontwikkelaarskosten - Ontwikkelaars die met MySQL-databases werken, moeten vaak een groot deel van hun tijd besteden aan het oplossen van problemen met sanitair of het verhelpen van databasestoringen. Het staat ontwikkelaars die met een scale-out database werken, vrij om in plaats daarvan te werken aan het ontwikkelen van functies en het product sneller op de markt te krijgen. Als gevolg hiervan neemt de time-to-market af en kunnen e-commercebedrijven sneller inkomsten genereren.
  5. Maximale servers - Servers die gedurende langere tijd of vaak gedurende de dag maximaal RAM gebruiken, zijn een belangrijke indicator dat MySQL de groei van het bedrijf niet kan bijhouden. Hardware toevoegen is de snelle oplossing, maar het is ook erg duur en is geen langetermijnoplossing. Als organisaties een scale-outbenadering hebben gebruikt, kunnen gegevens worden gerepliceerd tussen knooppunten en naarmate transacties in omvang en omvang toenemen, wordt de werklast verschoven naar andere knooppunten in de database.

Afsluiten

Het is duidelijk dat MySQL zijn beperkingen heeft en dat, gezien de tijd en de groei van het verkeer, elke MySQL-database onderhevig is aan prestatie- en latentieproblemen. En voor e-commercewebsites zullen die storingen zich vrijwel zeker vertalen in gemiste inkomsten.

Het zou tenslotte niet zo verwonderlijk moeten zijn dat een technologie die twee decennia geleden werd gebouwd, moeite heeft om bij te blijven in de snelle digitale wereld van vandaag. Denk er eens over na: hoe konden programmeurs in 1995 voorzien hoe krachtig internet eigenlijk zou worden?

Toekomst van databases

Wat denk je?

Deze site gebruikt Akismet om spam te verminderen. Ontdek hoe uw reactiegegevens worden verwerkt.