E-kereskedelem és kiskereskedelemMarketing infografika

5 jel arra mutat, hogy kinövi MySQL adatbázisát

Az adatkezelési környezet összetett és gyorsan fejlődik. Mi sem hangsúlyozza jobban ezt az evolúciót, mint a „szuper alkalmazások” - vagy olyan alkalmazások megjelenése, amelyek másodpercenként több millió felhasználói interakciót dolgoznak fel. A Big Data és a felhő tényezője, és világossá válik, hogy az e-kereskedelmi kereskedőknek olyan új generációs adatbázisokra van szükségük, amelyek jobban képesek teljesíteni és gyorsabban méretezhetők.

Minden frissített adatbázis nélküli online vállalkozás valószínűleg a MySQL-t futtatja, az adatbázist alig frissítették 1995-ös megalakulása óta. Végül is az „NewSQL” kifejezés csak akkor vált a digitális lexikon részévé, ha Matt Aslett, a 451 csoport elemzője , 2011-ben hozta létre.

Noha a MySQL minden bizonnyal képes nagy mennyiségű forgalom kezelésére, az üzleti tevékenység növekedésével az adatbázis valószínűleg eléri a maximális kapacitást, és a weboldala leállítja a megfelelő működését. Ha nem biztos abban, hogy a szervezete készen áll-e egy NewSQL adatbázisra, akkor itt van öt jel, amelyek kinőhetik a MySQL-t:

  1. Az olvasás, írás és frissítés nehézségei vannak - A MySQL kapacitása korlátozott. Mivel egyre több ügyfél teljesíti a tranzakciókat az Ön webhelyén, csak idő kérdése, hogy az adatbázis elakadjon. Ezenkívül, ha növekszik a terhelés, és nehezen tudja kezelni a további olvasásokat és írásokat, szükség lehet egy másik adatbázisra. A MySQL képes „olvasni-rabszolgákon” keresztül méretezni az olvasmányokat, de az alkalmazásoknak tisztában kell lenniük azzal, hogy az olvasás nem aszinkron az írási mesterrel. Például, amikor az ügyfél frissíti az e-kereskedelmi kosarában található termékeket, akkor azt az író-mester olvassa el. Ha nem, akkor azt kockáztathatja, hogy az ígérhető mennyiségek tévesek. Ha ez megtörténik, akkor a lehető legrosszabb helyen lesz egy szűk keresztmetszet: az e-kereskedelem pénztárában. A fizetés szűk keresztmetszete elhagyott szekereket eredményezhet, vagy ami még rosszabb, eladhatja a készletét, amelynek nincs, és fel kell birkóznia az ideges ügyfelekkel, és esetleg negatív társadalmi expozícióval.
  2. Lassíts analitika és a jelentéstétel - A MySQL adatbázisok nem nyújtanak valós idejű információt analitika képességeket, és nem nyújtanak támogatást más SQL konstrukciókhoz sem. A probléma megoldásához mind a többverziós egyidejűség-vezérlésre (MVCC), mind pedig a tömegesen párhuzamos feldolgozásra (MPP) van szükség a hatalmas munkaterhelések feldolgozásához, mivel ezek lehetővé teszik az írást és a analitika zavarás nélkül történjen, és csomópontonként több csomópontot és több magot használjon az analitikai lekérdezések gyorsabb végrehajtásához.
     
    mysql-lekérdezés-kapcsolatok
  3. Gyakori leállás - A MySQL adatbázisok egyetlen meghibásodási ponttal vannak felépítve, vagyis ha bármelyik összetevő - például meghajtó, alaplap vagy memória - meghibásodik, akkor a teljes adatbázis meghibásodik. Ennek eredményeként előfordulhat, hogy gyakran leáll, ami bevételkiesést okozhat. Használhat szilánkosítást és rabszolgákat, de ezek törékenyek és nem képesek kezelni a nagy forgalmat. A méretarányos adatbázis az adatok több példányát megőrzi, beépített hibatűrést biztosít és a műveleteket fenntartja a lemezhibák ellenére.

     
    A Clustrix semmit sem osztott meg
  4. Magas fejlesztői költségek - A MySQL adatbázisokkal dolgozó fejlesztőknek gyakran idejük nagy részét vízvezeték-problémák javításával vagy az adatbázis-hibák megoldásával kell eltölteniük. Azok a fejlesztők, akik kibővített adatbázissal dolgoznak, szabadon dolgozhatnak a funkciók fejlesztésén és a termék gyorsabb forgalomba hozatalán. Ennek eredményeként csökken a piacra jutás ideje, és az e-kereskedelmi vállalatok gyorsabban tudnak bevételt szerezni.
  5. Kiszolgált szerverek - Azok a szerverek, amelyek hosszabb ideig vagy a nap folyamán gyakran töltenek ki RAM-ot, kulcsfontosságú jelzői annak, hogy a MySQL nem képes lépést tartani az üzleti növekedéssel. A hardver hozzáadása a gyors megoldás, de nagyon drága is, és nem hosszú távú megoldás. Ha a szervezetek kiterjesztéses megközelítést alkalmaztak, akkor az adatok több csomóponton is replikálhatók, és a tranzakciók méretének és összegének növekedésével a munkaterhelés az adatbázis más csomópontjaira kerül.

Csomagolta

Nyilvánvaló, hogy a MySQL-nek vannak korlátai, és hogy az idő és a forgalom növekedésével minden MySQL-adatbázis teljesítményhez és késleltetéshez kötődik. Az e-kereskedelmi weboldalak esetében ezek a meghibásodások szinte biztosan kimaradt bevételt jelentenek.

Végül is nem lehet akkora meglepetés, hogy egy két évtizeddel ezelőtt épített technológia a mai rohanó digitális világban igyekszik lépést tartani. Gondoljon csak bele: hogyan tudták előre látni a programozók 1995-ben, hogy az Internet valójában milyen erőssé válik?

Az adatbázisok jövője

Mike Azevedo

Mike az elnök és vezérigazgató Clustrix. Mike több mint 25 éves értékesítési és vezetői tapasztalattal rendelkezik az analitikus alkalmazások kiterjesztésében, a grid számításban, a tárolási infrastruktúrában, a biztonságban és a kiskereskedelemben.

Kapcsolódó cikkek

Vissza a lap tetejére gombra
közel

Adblock észlelve

Martech Zone ingyenesen tudja biztosítani Önnek ezt a tartalmat, mivel webhelyünkkel bevételt szerezünk hirdetési bevételek, társult linkek és szponzorálás révén. Nagyra értékelnénk, ha eltávolítaná hirdetésblokkolóját, miközben megtekinti webhelyünket.