Pár napja Az Apache Software Foundation bejelentette az Apache Cassandra 4.0 új verziójának megjelenését ami elosztott adatbázis -kezelő rendszer A noSQL rendszerek osztályába tartozik, és nagy skálázható és megbízható tárolók létrehozására tervezték nagy mennyiségű, asszociatív tömb formájában tárolt adatot.
Az Apache Cassandra 4.0 ezen új verziója stabil verziónak tekinthető, így gyártási célokra is használható, és már tesztelték az Amazon, az Apple, a DataStax, az Instaclustr, az iland és a Netflix infrastruktúrákban, több mint 1000 csomópontból álló fürtökkel.
Az Apache Cassandra 4.0 főbb újdonságai
A Az Apache Cassandra 4.0 közel 1,000 hibajavítást, fejlesztést és új funkciót jelent amelyek közül a következők emelkednek ki:
- Megnövelt sebesség és skálázhatóság: akár 5 -ször gyorsabb adatátvitel a skálaműveletek során, és akár 25% -kal gyorsabb teljesítmény olvasás és írás közben, rugalmasabb architektúrát biztosítva, különösen felhő- és Kubernetes -telepítéseknél.
- Jobb konzisztencia: szinkronban tartja az adatreplikákat, hogy optimalizálja a növekményes javítást a gyorsabb és hatékonyabb működés és az adatreplikák közötti összhang érdekében.
- Fokozott biztonság és megfigyelhetőség: az ellenőrzési nyomkövetés nyomon követi a felhasználók hozzáférését és tevékenységét, minimális hatással a munkaterhelés teljesítményére. Az új rögzítés és lejátszás lehetővé teszi a gyártási munkaterhek elemzését, hogy segítsen biztosítani a biztonságot és a szabályozási megfelelést a SOX, a PCI, a GDPR vagy más követelményeknek.
- Új konfigurációs beállítások: a nyilvánosságra kerülő rendszermutatók és konfigurációs beállítások rugalmasságot biztosítanak a kezelők számára annak biztosítása érdekében, hogy könnyen hozzáférjenek a telepítéseket optimalizáló adatokhoz.
- Minimális késés: A szemétgyűjtő szüneteltetési ideje néhány ezredmásodpercre csökken, és a halom méretének növekedésével a késleltetés nem csökken.
- Jobb tömörítés: A fokozott tömörítési hatékonyság enyhíti a felesleges terhelést a lemezterületen, és javítja az olvasási teljesítményt.
Ezen kívül azt is megjegyzik, hogy ellenőrzési napló támogatás a hitelesítési műveletek nyomon követéséhez a felhasználók és az összes végrehajtott CQL lekérdezés, valamint a képes teljes bináris nyilvántartást vezetni a kérésekről, lehetővé teszi az összes kérés és válasz forgalom mentését.
Hasonlóképpen A kísérleti lehetőség az összes Merkle fa összehasonlítására van kiemelve. Például, ha engedélyezi az opciót egy 3 csomóponttal rendelkező fürtön, ahol két replika azonos és egy elavult, akkor az elavult replika frissítése csak az aktuális replika másolási műveletével történik.
Is, hozzáadott támogatás az olyan virtuális táblákhoz, amelyek nem tükrözik az SSTable -ekben tárolt adatokat, de az API -n keresztül megjelenített információk (teljesítménymutatók, konfigurációs információk, gyorsítótár -tartalom, csatlakoztatott ügyfelekről szóló információk stb.).
A tömörített tárolási hatékonyságot javították a lemezterület -fogyasztás csökkentése és az olvasási teljesítmény javítása érdekében.
Másrészt ez kitűnik kísérleti támogatást adott az átmeneti replikációhoz és az olcsó kvórumokhoz. Az ideiglenes replikák nem tárolják az összes adatot, és növekményes helyreállítást használnak, hogy összhangban legyenek a teljes replikával. A könnyűsúlyú kvórumok olyan írásoptimalizálások, amelyek nem írnak ideiglenes replikákra, amíg nem áll rendelkezésre elegendő teljes replika.
Ami a rendszerkulcs (rendszer. *) Területéhez kapcsolódó adatokat illeti, ez most alapértelmezés szerint az első könyvtárban van, ahelyett, hogy az összes adatkönyvtár között elosztásra kerülne, így a csomópont működőképes maradhat hiba esetén az egyik kiegészítő lemez.
De a többi változás amelyek kiemelkednek:
- Hozzáadták a Java 11 kísérleti támogatását.
- Támogatott számtani műveletek CQL lekérdezésekben.
- A "nodetool cfstats" parancs támogatta a rendezést bizonyos mutatók szerint, és korlátozta a megjelenített sorok számát.
- A beállítások csak bizonyos adatközpontokra korlátozzák a felhasználói kapcsolatokat.
- Hozzáadták a pillanatképek létrehozásával és törlésével kapcsolatos műveletek intenzitásának (gyakoriságkorlátjának) korlátozásának képességét.
- A Python 3 támogatás a cqlsh és a cqlshlib rendszerben valósul meg (a Python 2.7 támogatás továbbra is megmarad).
Végül, ha érdekel, hogy többet tudjon meg róla ennek az új verziónak a részleteit ellenőrizheti A következő linken.