5 tekens dat u u MySQL-databasis ontgroei | Martech Zone
Die databestuurslandskap is ingewikkeld en ontwikkel vinnig. Niks beklemtoon hierdie evolusie meer as die opkoms van 'super-apps' - of toepassings wat miljoene gebruikersinteraksies per sekonde verwerk nie. Faktor in Big Data en die wolk, en dit word duidelik dat handelaars in e-handel 'n nuwe generasie databasisse benodig wat beter kan presteer en vinniger kan skaal.
Enige aanlynonderneming sonder 'n opgedateerde databasis het waarskynlik MySQL, 'n databasis wat skaars bygewerk is sedert sy ontstaan ​​in 1995. Die term 'NewSQL' het immers nie 'n deel van die digitale leksikon geword voordat Matt Aslett, 'n ontleder van die 451 Group , het dit in 2011 geskep.
MySQL kan beslis baie verkeer hanteer, maar namate 'n onderneming aanhou groei, sal die databasis waarskynlik maksimum kapasiteit bereik en sy webwerf sal ophou funksioneer. As u nie seker is of u organisasie gereed is vir 'n NewSQL-databasis nie, is hier vyf tekens dat u MySQL kan ontgroei:
Probleme met die hantering van lees, skryf en opdaterings - MySQL het kapasiteitsbeperkings. Aangesien meer en meer klante transaksies op u webwerf voltooi, is dit net 'n kwessie van tyd voordat u databasis gestaak word. As u las toeneem, en u dit moeilik vind om addisionele lees- en skryfwerk te hanteer, het u dalk 'n ander databasis nodig. MySQL kan lees volgens 'lees-slawe', maar toepassings moet daarop let dat lees nie asynchroon is met die skryfmeester nie. Wanneer 'n klant byvoorbeeld produkte in sy of haar e-handelwagentjie opdateer, moet dit van die skryfmeester gelees word. As dit nie die geval is nie, loop u die risiko dat beskikbare hoeveelhede verkeerd is. As dit gebeur, het u 'n bottelnek op die slegste moontlike plek: u e-handelsafrekeningslyn. 'N Bottelnek by die betaalpunt kan lei tot verlate waentjies, of erger nog, u verkoop voorraad wat u nie het nie, en moet u omgekrapte klante hanteer en moontlik negatiewe blootstelling aan sosiale media.
Stadig analytics en verslaggewing - MySQL-databasisse bied geen real-time nie analytics vermoëns, en bied ook nie ondersteuning vir ander SQL-konstrukte nie. Om hierdie probleem die hoof te bied, is beide Multi-Version Concurrency Control (MVCC) en Massively Parallel Processing (MPP) nodig vir die verwerking van massiewe werklading, omdat dit skryf- en analytics om sonder inmenging te gebeur, en gebruik verskeie nodusse en meerdere kerne per node om analitiese navrae vinniger te laat verloop.
Gereelde stilstand - MySQL-databasisse is gebou met 'n enkele punt van mislukking, wat beteken dat as enige komponent - soos skyf, moederbord of geheue - misluk, sal die hele databasis misluk. As gevolg hiervan ervaar u gereeld stilstand, wat kan lei tot verlies aan inkomste. U kan skeer en slawe gebruik, maar dit is broos en kan nie baie verkeer hanteer nie. 'N Uitskaalbare databasis bevat veelvuldige kopieë van u data, bied ingeboude fouttoleransie en handhaaf bedrywighede ondanks en / of skyffoute.
Hoë ontwikkelaarskoste - Ontwikkelaars wat met MySQL-databasisse werk, moet dikwels 'n groot deel van hul tyd spandeer om probleme met loodgieterswerk op te los of databasisfoute aan te spreek. Ontwikkelaars wat met 'n uitgebreide databasis werk, kan dit eerder doen om funksies te ontwikkel en om die produk vinniger op die mark te laat kom. As gevolg hiervan neem die tyd tot bemarking af en kan e-handelsondernemings vinniger verdien.
Bedieners is maksimeer - Bedieners wat vir 'n lang tyd of gereeld gedurende die dag op RAM werk, is die belangrikste aanduiding dat MySQL nie met die groei van sake kan tred hou nie. Die byvoeging van hardeware is die vinnige oplossing, maar dit is ook baie duur en is nie 'n langtermynoplossing nie. As organisasies 'n uitskaalbenadering gebruik, kan data oor nodusse herhaal word, en namate transaksies in grootte en hoeveelheid toeneem, word die werklas na ander nodusse in die databasis verskuif.
Dit is duidelik dat MySQL sy beperkings het en dat gegewe tyd en verkeersgroei enige MySQL-databasis waarskynlik probleme met die prestasie en vertraging ervaar. En vir e-handelswebwerwe sal hierdie foute byna seker lei tot gemiste inkomste.
Dit behoort immers nie soveel verrassing te wees dat 'n tegnologie wat twee dekades gelede gebou is, sukkel om tred te hou met die vinnige digitale wêreld van vandag nie. Dink daaraan: hoe kan programmeerders in 1995 voorsien hoe kragtig die internet eintlik sou word?
Tags: clustrixdatabasisprestasietoekomstige databasisMySQLmysql argitektuurmysql verbindingsmysql leesmysql verslaggewingmysql opdateringsmysql skryf
Mike is die president en hoof uitvoerende beampte van Clustrix. Mike het meer as 25 jaar ervaring in verkope en uitvoerende leierskap in die uitbreiding van analitiese toepassings, netwerkrekenaars, stoorinfrastruktuur, sekuriteit en kleinhandel.