Adatbázisok összehasonlítása
MySQL: Az adatbázis alapértelmezett, még mindig keresi
A MySQL az az adatbázis, amelyen a legtöbb web fut, de nem azért, mert izgalmas, hanem azért, mert kiszámítható: az InnoDB ACID magja, egy replikációs modell, amelyet minden adminisztrátor megérintett, valamint a panelek, beépülő modulok és alkalmazási feltételezések ökoszisztémája, amely a tetejére épül. A komoly munka a konfigurációs alapértelmezett beállításokban, a replikációs fegyelemben van, és annak ismeretében, hogy a 8-as verzió valójában hol éri el összetettségét.
Kulcspontok
- Az InnoDB az a tárolómotor, amely számít: fürtözött elsődleges kulcsok, sorzárolás és összeomlásbiztos újra-helyreállítás; a MyISAM örökölt cikkek, amelyek motorcseréket ajánlanak, általában megelőzik azt a valóságot, hogy a modern MySQL-verem 99%-ban InnoDB-t tartalmaz, és jobban örül neki.
- A MySQL 8 valódi funkciókkal érdemelte ki a frissítési fájdalmat: ablakfunkciók, CTE-k, továbbfejlesztett EXPLAIN FORMAT=TREE, Hermes-osztályú JSON-kezelés a JSON_TABLE-n keresztül; a MariaDB forks szolgáltatás-első marketingjét feltételező áramlások jelentősen beszűkültek.
- A replikáció az a hely, ahol karrierek születnek vagy megszakadnak: A GTID-alapú beállítások kezelhetővé teszik a topológiát (lánc, több forrás), félszinkron a teljesítmény és a tartósság kompromisszuma, az olvasási-replika késleltetést pedig mérni kell, nem feltételezni (pt-heartbeat-stílusú ellenőrzések vagy performance_schema alapú késleltetés).
- A teljesítmény a lassú lekérdezési naplóval és a performance_schema-val kezdődik: az utasításkivonatok, az indexhasználat és a séma-első indexelés minden varázslatos my.cnf paraméterlistát legyőz; A puffertár méretezése a munkakészlethez képest az igazi gomb, amely számít.
- Biztonsági mentések, amelyek visszaállítják: kiíratási alapú munkafolyamatok (mysqldump --single-transaction) kis ingatlanokhoz, fizikai pillanatképek (Percona xtrabackup-class) a gyorsaság érdekében, és a pont-időben történő helyreállítás mindig valódi kimaradási ütemterv szerint tesztelve, nem dokumentációs rács szerint.
- Ahol a MySQL alapértelmezett állapota folyamatosan nyer: az alkalmazásökoszisztémák ezt feltételezik, a panelek szállítják (gyakran MariaDB-re cserélik), a felhőszolgáltatók olcsón biztosítják, és a CMS-bővítmények ökoszisztémái (különösen a WordPress) tesztelik először; Az alapértelmezett maradás azt jelenti, hogy tesztelve maradunk.
Terepi jegyzet
A legjobb MySQL-teljesítményű munka, amit valaha láttam, nem egy konfigurációs hangolási maraton volt: egy fejlesztő három indexet törölt, amelyek egy OLTP-táblát harcoltak az írási átvitelért. Az összehasonlítás megszüntetése a lassú lekérdezésekkel kezdődik, nem a blogbejegyzésekkel.
Gyakori kérdések
MySQL 8 vagy MariaDB egy új projekthez?
Új projektek ökoszisztéma-megkötések nélkül: A MariaDB jó alapértelmezett, de a MySQL 8 rendelkezik a gyártói ökoszisztémával, biztonsági javításokkal és replikációs kötéllel. Hasonlítsa össze a ténylegesen szükséges funkciókat, olvassa el mysql-vs-postgresql cikkünket a relációs kérdéshez.
A meglévő MySQL-nek MariaDB-re váltása igényel változtatásokat?
A bináris formátumú verziók leminősítése jelenti a kemény élt: a MySQL 8 adatszótárát a MariaDB nem olvassa. A logikai migráció (kiírás/betöltés) működik, a beépülő modulok helyettesítésére leltárra van szükség a kötelezettségvállalás előtt.
Félig szinkronizált replikáció: megéri a késleltetést?
Csökkenti a csendes feladatátvételi adatvesztést; a klasszikus szabály a két konzisztencia/teljesítmény választás egyike, amelyeknél az aszinkron az alapvonal. A legtöbb túlterhelt munkaterhelés esetén a helyes válasz a félszinkronizálás és a tesztelt feladatátvétel, nem pedig a teljes szinkronizálás.
Hogyan akadályozhatom meg, hogy egyetlen lassú webhely megölje a dobozt?
Felhasználónkénti erőforrások (CloudLinux db_governor a megosztott veremeken, a proxy lekérdezés korlátozása elől), valamint a lassú lekérdezés szabályai; magának az adatbázisnak nincs biztonsági öve, hacsak a környezet nem adja meg.
Hogyan segít a Kinetikatech a adatbázisok összehasonlítása területén
Nem kell szakértővé válnod a adatbázisok összehasonlítása területén: Adatbázismotor-választások a munkaterhelések tárolására, összehasonlítva a megfelelőségi garanciák, a működési súly és a valós költségek alapján: beágyazott motorok a kiszolgálókkal szemben, MySQL a PostgreSQL-hez, SQL a dokumentumtárolókhoz, valamint az örökölt esettanulmány, amely folyamatosan visszatér. Pontosan erre van a Szerveradminisztráció és Webhely-sebességoptimalizálás: üzembe helyezés, megerősítés, felügyelet és egy ügyeletes szakember éjjel-nappal.