5 Signoj Vi Elgrandigas Vian MySQL-Datumbazon

mysql-agado

La datuma mastrumado estas kompleksa kaj rapide evoluas. Nenio emfazas ĉi tiun evoluon pli ol la apero de "superaj programoj" - aŭ aplikoj, kiuj procesas milionojn da uzantaj interagoj sekunde. Faktoro pri Granda Datumo kaj la nubo, kaj evidentiĝas, ke komercistoj de retkomerco bezonas novan generacion de datumbazoj, kiuj povas rezulti pli bone kaj pli rapide skali.

Ĉiu interreta kompanio sen ĝisdatigita datumbazo probable funkciigas MySQL, datumbazon apenaŭ ĝisdatigitan ekde sia komenco en 1995. Post ĉio, la termino "NewSQL" ne fariĝis parto de la cifereca leksikono ĝis Matt Aslett, analizisto de la Grupo 451 , kreis ĝin en 2011.

Dum MySQL certe kapablas multe trakti, ĉar kompanio daŭre kreskas, ĝia datumbazo probable atingos maksimuman kapablon kaj ĝia retejo ĉesos funkcii ĝuste. Se vi ne certas, ĉu via organizo pretas aŭ ne por NewSQL-datumbazo, jen kvin signoj, kiujn vi eble superas MySQL:

  1. Malfacila pritraktado de legoj, skriboj kaj ĝisdatigoj - MySQL havas kapablajn limojn. Dum pli kaj pli multaj klientoj plenumas transakciojn en via retejo, temas nur pri tempo antaŭ ol via datumbazo ekhaltas. Cetere, dum via ŝarĝo pliiĝas, kaj vi malfacile pritraktas aldonajn legadojn kaj skribojn, vi eble bezonos alian datumbazon. MySQL povas skali legadojn per "legsklavoj", sed aplikaĵoj devas konscii, ke legaĵoj ne estas nesinkronaj kun la skribmajstro. Ekzemple, kiam kliento ĝisdatigas produktojn en sia elektronika komerca ĉaro, ĝi devas esti legata de la skribmajstro. Se ne, vi riskas, ke promesindaj kvantoj estas malĝustaj. Se tio okazos, vi havos proplempunkton en la plej malbona ebla loko: via retkomerca ĉeta linio. Botelkolo ĉe pago povas rezultigi forlasitajn ĉarojn, aŭ pli malbone, vi vendos inventaron, kiun vi ne havas, kaj devos trakti ĉagrenitajn klientojn, kaj eble negativan socian amaskomunikilaron.
  2. malrapida analytics kaj raportado - MySQL-datumbazoj ne provizas realtempe analytics kapabloj, nek provizas subtenon por aliaj SQL-konstruoj. Por trakti ĉi tiun problemon, kaj Multversia Samtempa Kontrolo (MVCC) kaj Masive Paralela Pretigo (MPP) necesas por prilabori amasajn laborkvantojn, ĉar ili permesas skribojn kaj analytics por okazi sen interfero, kaj uzi plurajn nodojn kaj plurajn kernojn por nodo por igi analizajn demandojn pli rapidaj.
     
    mysql-demando-konektoj
  3. Ofta malfunkcio - MySQL-datumbazoj estas konstruitaj kun ununura punkto de fiasko, kio signifas, ke se iu ero - kiel disko, bazcirkvito aŭ memoro - malsukcesas, la tuta datumbazo malsukcesos. Rezulte, vi eble spertas oftajn malfunkciojn, kiuj povas rezultigi perdon de enspezoj. Vi povas uzi dividadon kaj sklavojn, sed ĉi tiuj estas delikataj kaj ne povas trakti grandajn trafikojn. Skala datumbazo konservas multoblajn kopiojn de viaj datumoj, provizas enkonstruitan kulpon-toleremon kaj konservas operaciojn malgraŭ kaj / aŭ diskaj fiaskoj.
     
    Clustrix Shared Nothing Architecture
  4. Altaj kostoj por programistoj - Programistoj laborantaj kun MySQL-datumbazoj ofte devas pasigi grandan parton de sia tempo riparante akvotubajn problemojn aŭ traktante fiaskojn de datumbazoj. Programistoj, kiuj laboras kun skalebla datumbazo, rajtas anstataŭe prilabori funkciojn kaj pli rapide merkatigi la produkton. Rezulte, tempo por merkato malpliiĝas kaj retkomercaj kompanioj povas enspezi pli rapide.
  5. Maksimumaj serviloj - Serviloj maksimumaj per RAM dum longaj tempodaŭroj, aŭ ofte dum la tuta tago, estas ŝlosila indikilo, ke MySQL ne povas daŭrigi kun komerca kresko. Aldonado de aparataro estas la rapida solvo, sed ĝi ankaŭ tre kostas kaj ne estas longtempa solvo. Se organizoj uzis skalan aliron, datumoj povas esti reproduktitaj trans nodoj, kaj dum transakcioj pliiĝas en grandeco kaj kvanto, laborkvanto ŝanĝiĝas al aliaj nodoj ene de la datumbazo.

Envolvante

Estas klare, MySQL havas siajn limojn, kaj ke donita tempo kaj trafika kresko, iu ajn MySQL-datumbazo nepre spertos problemojn pri rendimento kaj latenteco. Kaj por retkomercaj retejoj, tiuj misfunkcioj preskaŭ certe tradukiĝos al maltrafitaj enspezoj.

Finfine, ne surprizus tiom multe, ke te technologynologio, kiu estis konstruita antaŭ du jardekoj, luktas por teni sin en la hodiaŭa rapidega cifereca mondo. Pripensu: kiel programistoj en 1995 povus antaŭvidi kiom potenca la interreto efektive iĝus?

Estonteco de Datumbazoj

Kion vi pensas?

Ĉi tiu retejo uzas Akismeton por redukti spamon. Lernu, kiel via komento datiĝas.