5 Mga Palatandaan Lumalaki ka sa Iyong MySQL Database

pagganap ng MySQL

Ang tanawin ng pamamahala ng data ay kumplikado at mabilis na umuusbong. Wala nang binibigyang diin ang evolution na ito kaysa sa paglitaw ng 'super apps' - o mga application na nagpoproseso ng milyun-milyong mga pakikipag-ugnayan ng gumagamit bawat segundo. Kadahilanan sa Malaking Data at ang ulap, at naging malinaw na ang mga mangangalakal sa e-commerce ay nangangailangan ng isang bagong henerasyon ng mga database na maaaring gumanap nang mas mahusay at mas mabilis na masukat.

Ang anumang negosyo sa online na walang na-update na database ay malamang na nagpapatakbo ng MySQL, isang database na bahagyang na-update mula pa noong pagsisimula nito noong 1995. Pagkatapos ng lahat, ang term na "NewSQL" ay hindi naging bahagi ng digital lexicon hanggang kay Matt Aslett, isang analyst para sa 451 Group , nilikha ito noong 2011.

Habang ang MySQL ay tiyak na may kakayahang hawakan ang isang mahusay na deal ng trapiko, habang ang isang negosyo ay patuloy na lumalaki, ang database nito ay maaaring maabot ang maximum na kapasidad at ang website nito ay hihinto sa paggana nang maayos. Kung hindi ka sigurado kung handa o hindi ang iyong samahan para sa isang database ng NewSQL, narito ang limang mga palatandaan na maaaring lumalagpas ka sa MySQL:

  1. Nagbabasa, nagsusulat at nag-a-update ng kahirapan - Ang MySQL ay may mga limitasyon sa kapasidad. Habang parami nang parami ang mga customer na nakumpleto ang mga transaksyon sa iyong website, kaunting oras lamang bago mag-stall ang iyong database. Bukod dito, habang tumataas ang iyong karga, at nahihirapan kang hawakan ang mga karagdagang pagbabasa at pagsusulat, maaaring kailangan mo ng ibang database. Maaaring sukatan ng MySQL ang mga pagbasa sa pamamagitan ng "read-alipin", ngunit kailangang magkaroon ng kamalayan ang mga application na ang pagbabasa ay hindi magkasabay sa magsusulat. Halimbawa, kapag nag-update ang isang customer ng mga produkto sa kanyang e-commerce cart, dapat itong basahin mula sa manunulat. Kung hindi, ipagsapalaran mo na mali ang mga dami ng magagamit at ipinapangako. Kung nangyari iyon, magkakaroon ka ng isang bottleneck sa pinakamasamang posibleng lugar: ang iyong linya ng pag-checkout ng e-commerce. Ang isang bottleneck sa pag-checkout ay maaaring magresulta sa mga inabandunang mga cart, o mas masahol pa, magbebenta ka ng imbentaryo na wala ka, at makitungo sa mga nababagabag na customer, at posibleng negatibong pagkakalantad sa social media.
  2. Mabagal analitika at pag-uulat - Ang MySQL database ay hindi nagbibigay ng anumang real-time analitika mga kakayahan, at hindi rin sila nagbibigay ng suporta para sa iba pang mga konstruksyon ng SQL. Upang matugunan ang problemang ito, ang parehong Multi-Version Concurrency Control (MVCC) at Massively Parallel Processing (MPP) ay kinakailangan para sa pagproseso ng napakalaking mga workload dahil pinapayagan nilang magsulat at analitika mangyari nang walang pagkagambala, at gumamit ng maraming mga node at maraming mga core bawat node upang gawing mas mabilis ang mga query na analitiko.
     
    MySQL-query-koneksyon
  3. Madalas na downtime - Ang mga database ng MySQL ay itinayo na may isang solong punto ng kabiguan, ibig sabihin kung ang anumang bahagi - tulad ng drive, motherboard, o memorya - ay nabigo, mabibigo ang buong database. Bilang isang resulta, maaari kang makaranas ng madalas na downtime, na maaaring magresulta sa pagkawala ng kita. Maaari mong gamitin ang sharding at alipin, ngunit ang mga ito ay marupok at hindi makayanan ang malaking dami ng trapiko. Pinapanatili ng isang scale-out database ang maraming mga kopya ng iyong data, nagbibigay ng built-in na pagpapaubaya ng kasalanan at nagpapanatili ng mga pagpapatakbo sa kabila ng at / o mga pagkabigo sa disk.
     
    Walang Ibinahaging Arkitektura si Clustrix
  4. Mataas na gastos ng developer - Ang mga nag-develop na nagtatrabaho sa mga database ng MySQL ay dapat na madalas na gumastos ng isang malaking bahagi ng kanilang oras sa pag-aayos ng mga isyu sa pagtutubero o pagtugon sa mga pagkabigo sa database. Ang mga nag-develop na nagtatrabaho kasama ang isang scale-out database ay malayang sa halip ay magtrabaho sa pagbuo ng mga tampok at mas mabilis na maibenta ang produkto. Bilang isang resulta, bumababa ang oras sa merkado at ang mga kumpanya ng e-commerce ay makakakuha ng mas mabilis na kita.
  5. Maxed ang mga server - Ang mga server ay nagpapalaki sa RAM para sa pinahabang panahon, o madalas sa buong araw, ay pangunahing tagapagpahiwatig na hindi makasabay ang MySQL sa paglago ng negosyo. Ang pagdaragdag ng hardware ay ang mabilis na pag-aayos, ngunit napakamahal din at hindi isang pangmatagalang solusyon. Kung gumamit ang mga organisasyon ng isang diskarteng malakihan, ang data ay maaaring kopyahin sa mga node, at habang dumarami ang mga transaksyon sa laki at halaga, ang workload ay inililipat sa iba pang mga node sa loob ng database.

Pambalot up

Ito ay malinaw, ang MySQL ay may mga limitasyon, at na ibinigay na oras at paglago ng trapiko, ang anumang MySQL database ay nakasalalay sa karanasan sa pagganap at latency isyu. At para sa mga website ng e-commerce, ang mga malfunction na iyon ay halos tiyak na isasalin sa hindi nakuha na kita.

Pagkatapos ng lahat, hindi dapat maging sorpresa kung gayon ang isang teknolohiya na itinayo dalawang dekada na ang nakakaraan ay nagpupumilit na makasabay sa mabilis na bilis ng digital na mundo. Pag-isipan ito: paano mahulaan ng mga programmer noong 1995 kung gaano katindi ang magiging Internet?

Kinabukasan ng Mga Database

Ano sa tingin ninyo?

Ang site na ito ay gumagamit ng Akismet upang mabawasan ang spam. Alamin kung paano naproseso ang data ng iyong komento.