Den nye version af Redis 6.0 er nu tilgængelig efter fire måneder efter frigivelsen af RC1. For dem, der ikke er bekendt med Redis, skal du vide, at dette er et skalerbart nøgleværdibasestyringssystem skrevet i ANSI-C og distribueret under BSD-licensen.
Denne stabile version leveres med bemærkelsesværdige ændringer til nye funktioner, som det nye RESP3-protokol, funktionen "Clientsides cache", ACL (adgangskontroliste), Redis-kommandoer, RDB-filer osv.
Redis 6.0 Nøgle Nye funktioner
En af de vigtigste nyheder i denne nye version er RESP3, en ny valgfri protokol, som ifølge dets udvikleres var nødvendigt, fordi den gamle protokol, RESP2, ikke var semantisk nok. Hovedideen med RESP3 var muligheden for at returnere komplekse datatyper direkte fra Redis, uden at klienten skulle vide, hvilken type der skulle konvertere de "flade arrays" eller de returnerede tal i stedet for de passende boolske værdier og så videre.
En anden ny funktion i Redis 6.0 er ACL som er Beregnet til isolering for at beskytte data mod applikationsfejl. Den gode ting ved denne tilføjelse er, at der nu er en Redis-modulgrænseflade til ACL, som giver dig mulighed for at skrive tilpassede godkendelsesmetoder.
Forbedret cache på klientsiden, er en anden af nyhederne i denne version, siden er blevet redesignet yhfaldt nichecaching-metoden til fordel for brugen af kodenavne, som er den bedste tilgang. Udover det, funktionen blev suppleret med "transmission mode"Det kan være meget nyttigt at tilføje en ny tilstand, der kræver, at serveren ikke har nogen som helst tilstand for klienter.
Når du bruger transmissionstilstand, serveren prøver ikke længere at huske de nøgler, som hver klient har anmodet om. Derimod kunder abonnerer på nøglepræfikser. Resultatet af denne ændring er, at der ikke er flere beskeder, men kun for de valgte præfikser, og at der ikke er nogen hukommelsesindsats på serversiden.
Også "opt-in / opt-out" -tilstand understøttes nu, så brugere, der ikke bruger udsendelsestilstand, kan fortælle serveren nøjagtigt, hvad klienten cache for at reducere antallet af ugyldighedsmeddelelser.
På den anden side kan vi finde ACL-forbedringer, at i første omgang, en ny ACL LOG-kommando giver dig nu mulighed for at se alle klienter, der overtræder ACL'er, at adgangskommandoer, som de ikke skal, og at adgangsnøgler, som de ikke kan få adgang til, eller hvis godkendelsesforsøg mislykkedes.
For det andet, ACL GENPASS-funktionen er blevet implementeret igen, bruger nu SHA256-baseret HMAC og accepterer et valgfrit argument for at fortælle serveren, hvor mange ubrugelige pseudo-tilfældige strengbits, den vil generere. Redis genererer intern nøgle, når / dev / urandom starter, og bruger derefter HMAC i tællertilstand at generere de andre tilfældige tal: på denne måde kan du misbruge API'et og kalde det, når du vil, fordi det vil være meget hurtigt, forklarede programmøren.
PSYNC2-forbedringen giver Redis mulighed for delvist at resynkronisere oftere. Faktisk kan du nu reducere de endelige PING'er i protokollen, så det er mere sandsynligt, at replikaer og mestre finder en fælles forskydning.
Forbedrede Redis-kommandoer med tidsforsinkelseIkke kun BLPOP og andre kommandoer, der tidligere har accepteret sekunder, accepterer nu decimaltal, men den faktiske opløsning er også blevet forbedret til aldrig at være mindre end den aktuelle "HZ" -værdi, uanset antallet af tilsluttede klienter.
Endelig er en af de vigtige ændringer i denne version aForbedrede RDB-filer, som nu er hurtigere at indlæse. Afhængig af den faktiske sammensætning af filen (større eller mindre værdier) kan du forvente en 20-30% forbedring afhængigt af udvikleren. INFO-kommandoen er også hurtigere nu, når flere klienter er forbundet, et langvarigt problem, der endelig er løst.
Redis 6.0.0 har været tilgængelig til download fra dets officielle hjemmeside.