5 zeinu MySQL datu basea gainditzen ari zara

mysql errendimendua

Datuak kudeatzeko panorama konplexua da eta azkar garatzen ari da. Ezerk ez du bilakaera hori azpimarratzen "super aplikazioak" sortzea baino, edo segundoko milioika erabiltzaileen elkarreragina prozesatzen duten aplikazioak baino. Faktore handia Big Data eta hodeian, eta argi geratzen da merkataritza elektronikoko merkatariek datu-base belaunaldi berri bat behar dutela, hobeto funtziona dezaten eta azkarrago eskalatu ahal izateko.

Datu-base eguneraturik ez duen lineako edozein negozio baliteke MySQL exekutatzen duena, 1995ean sortu zenetik ia eguneratu ez den datu-basea. Azken finean, "NewSQL" terminoa ez da lexiko digitalaren zati bihurtu Matt Aslett, 451 Taldeko analista izan arte. , sortu zuen 2011n.

MySQL, zalantzarik gabe, trafiko ugari kudeatzeko gai den arren, negozioak hazten jarraitzen duen heinean, bere datu baseak gehienezko edukiera lortuko du eta webguneak behar bezala funtzionatzeari utziko dio. Zure erakundea NewSQL datu-base baterako prest dagoen edo ez badakizu, hona hemen MySQL gainditzen ari zaren bost seinale:

  1. Irakurketak, idazketak eta eguneratzeak maneiatzeko zailtasunak - MySQL-k edukiera mugak ditu. Gero eta bezero gehiagok zure webgunean transakzioak burutu ahala, denbora kontua baino ez da zure datu basea gelditu aurretik. Gainera, zure karga handitzen den neurrian eta irakurketa eta idazketa osagarriak kudeatzea zaila egiten zaizunean, baliteke beste datu-base bat behar izatea. MySQL-k irakurketa "esklabo" bidez eskala ditzake, baina aplikazioek jakin behar dute irakurriak ez direla asinkronoak idazketa-maisuarekin. Adibidez, bezeroak produktuak bere merkataritza elektronikoko saskian eguneratzen dituenean, idazketa-maisutik irakurri beharko litzateke. Hala ez bada, agintzen dituzun kantitateak oker egoteko arriskua duzu. Hori gertatuz gero, botila-lepoa ahalik eta lekurik okerrenean izango duzu: zure merkataritza elektronikoaren ordainketa-linea. Erositakoan botila-lepoak abandonatutako gurdiak sor ditzake, edo okerrago dena, ez daukazun inbentarioa salduko duzu eta bezero asaldatuekin eta sare sozialen esposizio negatiboarekin aurre egin beharko duzu.
  2. Motelago analytics eta salaketa - MySQL datu-baseek ez dute denbora errealean eskaintzen analytics gaitasunek eta ez dute beste SQL eraikuntzarako laguntzarik eskaintzen. Arazo honi aurre egiteko, bai bertsio anitzeko aldiberekotasun kontrolak (MVCC) eta bai masiboki prozesatzeko paraleloak (MPP) lan karga masiboak prozesatzeko beharrezkoak dira, idazketak eta analytics interferentziarik gabe gerta dadin, eta nodo bakoitzeko hainbat nukleo eta nukleo anitz erabili kontsulta analitikoak azkarrago egiteko.
     
    mysql-query-connections
  3. Maiz geldi egotea - MySQL datu baseak hutsegite puntu bakarrarekin eraikitzen dira, hau da, edozein osagaik (esaterako, unitatea, motherboard edo memoria) huts egiten badu, datu base osoak huts egingo du. Ondorioz, baliteke maiz geldi egotea eta horrek diru sarrerak galtzea eragin dezakeela. Zatiak eta esklaboak erabil ditzakezu, baina hauskorrak dira eta ezin dute trafiko kopuru handirik kudeatu. Eskala handiko datu-baseak zure datuen hainbat kopia gordetzen ditu, hutsegiteen tolerantzia integratua eskaintzen du eta eragiketak mantentzen ditu diskoan edo / eta diskoan huts egin arren.
     
    Clustrix Shared Nothing Architecture
  4. Garatzaileen kostu handiak - MySQL datu baseekin lan egiten duten garatzaileek denboraren zati handi bat iturgintza arazoak konpontzen edo datu basearen hutsegiteei aurre egiten eman behar dute. Eskala handiko datu basearekin lan egiten duten garatzaileek doakoak dira funtzioak garatzen eta produktua merkaturatzen azkarrago lortzeko. Ondorioz, merkaturatzeko denbora gutxitzen da eta merkataritza elektronikoko enpresek diru sarrerak azkarrago irabazten dituzte.
  5. Zerbitzariak maximizatuta - RAM-ean gehienez zerbitzariak denbora luzez edo maiz egun osoan zehar dira, MySQL-k negozioaren hazkundeari eutsi ezin dion adierazle nagusia. Hardwarea gehitzea konponbide azkarra da, baina oso garestia da eta ez da epe luzerako irtenbidea. Erakundeek eskala handitzeko ikuspegia erabiltzen bazuten, datuak nodoen artean errepika daitezke, eta transakzioak tamaina eta zenbatekoa handitzen diren heinean, lan karga datu-baseko beste nodo batzuetara aldatzen da.

Gora biltzeko

Argi dago, MySQL-k bere mugak dituela eta, denbora eta trafikoaren hazkundea kontuan hartuta, MySQL datu-baseak edozein errendimendu eta latentzia arazoak ditu. Merkataritza elektronikoko webguneetarako, funtzionamendu oker horiek ia ez dira lortutako diru sarrerak bihurtuko.

Azken finean, ez luke hain harrigarria izan behar duela bi hamarkada eraiki zen teknologia gaur egungo mundu digital bizkorrean mantentzen ahalegintzea. Pentsa: nola aurreikusi liteke 1995. urtean programatzaileek Internet zeinen indartsua izango zen?

Datu baseen etorkizuna

Zer deritzozu?

Gune honek Akismet-ek spam erabiltzen du. Ikasi zure iruzkina nola prozesatu den.