Megjelent a Valkey 9.0 adatbázis-kezelő rendszer, amely tavaly ágazott el a Redis adatbázistól. A fork létrejötte a Redis 7.4 szabadalmaztatásának átváltása után következett be. A Redis 8.0 verzióban a kód vissza lett állítva a szabad AGPLv3 licenc alá, de ez nem befolyásolta a Valkey projekt fejlődését. A Valkey egy semleges platformon fejlődik a Linux Foundation szervezetének támogatásával, olyan fejlesztők részvételével, mint az Amazon, Google, Oracle, Ericsson és Snap. A projekt kódja C nyelven íródott és BSD licenc alatt terjed. Támogatott a működés Linux, macOS, OpenBSD, NetBSD és FreeBSD rendszereken.
A Valkey és a Redis adatbázisok kulcs/érték formátumú adatok tárolására szolgáló funkciókat kínálnak, amelyeket struktúrált adattípusok, például listák, hash-táblák és halmazok támogatása is kiterjeszt. a szerver A Lua nyelven írt kezelőszkriptek végrehajtására is lehetőség van. Az adatbázis memóriában tárolódik, és szinkronizálva van a lemezen lévő verzióval, vagy naplózott a lemezen, ami garantálja az adatok megőrzését vészhelyzet esetén. Támogatottak a tranzakciók, a "kiadás/előtörténet" üzemmód, az inkrementálási/dekrementálási parancsok, műveletek listákon és halmazokon (unió, metszet), kulcsok átnevezése, mester-szolga replikáció, többszörös lekérdezések és rendezési funkciók.
Az új verzióban:
- Az adatok átadása a klaszter csomópontjai között az atomikus slot migrációs technikával történik, amelynél az adatok nem egyes kulcsok (kulcsonként) szinten, hanem 16384 bájt tároló slot atomikus áthelyezése szinten kerülnek átadásra. Az áthelyezés AOF forma használatával történik, amely lehetővé teszi a gyűjtemények egyes elemeinek küldését a kulccsal összefüggő összes adat helyett. Ez a megközelítés lényegesen növeli a teljesítményt, lehetővé teszi az átirányítások elkerülését, és kizárja a késéseket, amelyek a kliens hozzáférése során lépnek fel az áthelyezett kulcshoz.
- Hozzáadva a lehetőség, hogy külön élettartamot határozzunk meg egyes mezők számára a hash-ekben, amelyek egy kulcshoz kapcsolódnak (korábban az élettartam a kulcshoz kötődött és egyszerre minden mezőre kiterjedt). Az adatok élettartamának kezelésére új parancsok kerültek bevezetésre: HEXPIRE, HEXPIREAT, HEXPIRETIME, HGETEX, HPERSIST, HPEXPIRE, HPEXPIREAT, HPEXPIRETIME, HPTTL, HSETEX és HTTL.
- Lehetőség nyílt a számozott adatbázisok klaszter üzemmódban való használatára, ahol a kulcstartomány több különböző adatbázisra oszlik (alapértelmezés szerint 16).
- Növelték a nagy klaszterek hatékonyságát - bemutatásra került egy 2000 csomópontból álló klaszter, amely másodpercenként egy milliárd lekérdezést képes feldolgozni.
- Hozzáadtak egy optimalizálást, amely bizonyos helyzetekben 40%-kal növelheti a sávszélességet az előre betöltött csoportosított (pipelining) parancsok memóriaüzemmódban történő végrehajtásával.
- Hozzáadtak egy optimalizálást, amely bizonyos helyzetekben 20%-kal növelheti a sávszélességet az adatok memóriában történő másolásának mellőzésével (zero copy) nagyméretű lekérdezések feldolgozása során.
- Hozzá lett adva a Multipath TCP technológia támogatása, amely lehetővé teszi csomagok egyidejű továbbítását több útvonalon, különböző IP-címekhez tartozó hálózati interfészeken keresztül. A Multipath TCP alkalmazása bizonyos helyzetekben 25%-kal csökkentheti a várakozási időt.
- A BITCOUNT és a HyperLogLog optimalizálást kaptak, amelyek SIMD processzor utasításokat használnak, így bizonyos esetekben 200%-kal növelhetik a sávszélességet.
- A térinformatikai indexekhez hozzáadták a helymeghatározási lekérdezések támogatását polygon koordináták alapján.
- Új parancsot vezettek be «DELIFEQ» néven, amely lehetővé teszi egy kulcs törlését, ha a hozzá kapcsolódó érték megfelel a megadottnak.
- A «CLIENT LIST» parancsban lehetőség nyílt szűrők megadására, amelyek leszűkítik az elemeket név, zászlók, aktivitás, adatbázis és IP-cím alapján határozza meg a helyet jogosultságok alapján.
- Visszaállították 25 parancs támogatását, amelyeket korábban elavultnak nyilvánítottak.
Forrás: opennet.ru
