Update dependency StackExchange.Redis to v3

[renovate]

This PR contains the following updates:

Package	Change	Age	Confidence
StackExchange.Redis (source)	2.8.37 → 3.0.0

---

Release Notes

StackExchange/StackExchange.Redis (StackExchange.Redis)

v3.0.0

3.0.0 represents an overhaul of the internal IO logic, for both performance and stability reasons.

Intentionally, there are no^† API changes in this release; it is a direct mirror of 2.13.17, but with the new IO core.

^† addendum, one change discovered:

• Execute[Async] now detects and respects "admin" commands, i.e. those protected by AllowAdmin; for example, in 2.x, db.Execute("FLUSHALL"); would work even if AllowAdmin was not enabled - this will now throw at the client without issuing the command to the server

What is the aim of the internals rewrite?

SE.Redis v2 made use of a few concepts internally:

• the "pipelines" IO layer from System.IO.Pipelines, via Pipelines.Sockets.Unoficial
• a DOM-based parser built on top of a custom arena allocator

v3 fundamentally revises these engineering decisions:

• IO and buffer control is taken back directly into the library, allowing for greater control of IO boundaries and the threading model
• the parser is re-written as a reader-based implementation

This allows for significant performance improvement, especially when processing large / complex results - for example, if we use the LRANGE_600 test from redis-benchmark (or resp-benchmark):

### classic SE.Redis 2.13.17.28173 ###
LRANGE_600:     7,579 requests per second
LRANGE_600:     7,554 requests per second
LRANGE_600:     7,284 requests per second
LRANGE_600:     7,158 requests per second
LRANGE_600:     7,174 requests per second

vs

### classic SE.Redis 3.0.0.11234 ###
LRANGE_600:     16,408 requests per second
LRANGE_600:     17,681 requests per second
LRANGE_600:     17,331 requests per second
LRANGE_600:     17,317 requests per second
LRANGE_600:     16,665 requests per second

(for tests with simpler results, like INCR, results of over 1M requests per second are achievable)

---

3.0 is the first part of a wave of planned IO work; 3.1 will revise the "write" part of the write loop, moving message serialization out of the critical serialized core of the multiplexer. All of this work is based on extensive prototyping and benchmarking, demonstrating that these approaches, when combined, provide significant throughput and stability improvements.

This release has undergone extensive testing. If you experience problems, please let us know!

v2.13.10

Compare Source

This release is marked inactive due to a critical bug when using TCP keep-alives on DNS (i.e. named, not IP) endpoints; this is specific to non-Windows platforms, before .NET 10. See #​3086 and #​3090

---

What's Changed

• Fix incorrect routing of some sorted-set and stream commands by @​mgravell in #​3080
• ConfigurationOptions: don't serialize (ToString()) or clone Protocol if it comes from the defaults-provider by @​mgravell in #​3082
• enable TCP keep-alives by @​mgravell in #​3078
• Move CI to 8.8 rc1 by @​mgravell in #​3079
• Draft support for 8.8 arrays by @​mgravell in #​3076

Full Changelog: StackExchange/StackExchange.Redis@2.13.1...2.13.10

v2.13.1

Compare Source

IMPORTANT: This release changes the default protocol from RESP2 to RESP3 for Azure Managed Redis endpoints (only); this
has scalability and feature advantages, but if you are using modules or ad-hoc commands, please see the RESP3 notes, which includes:

• the purpose of RESP3
• scenarios where RESP2 vs RESP3 may be visible
• how to explicitly choose to remain on RESP2
• notes on additional libraries such as NRedisStack

What's Changed

• Prefer RESP3 for Azure Managed Redis endpoints (#​3067 by @​mgravell)

Full Changelog: StackExchange/StackExchange.Redis@2.12.27...2.13.1

v2.12.14

Compare Source

What's Changed

Impact: "high" if using cluster and high-integrity-mode together (resolves an issue that can mis-report -MOVED responses as integrity failures)

• Resolve critical failure in high-integrity-mode with -MOVED response by @​mgravell in #​3049
• Allow heartbeat to restart the pipe thread with only sync commands by @​frobion in #​2965
• GitHubActions logger; exclude passed/skipped by @​mgravell in #​3045

NuGet link

New Contributors

• @​frobion made their first contribution in #​2965

Full Changelog: StackExchange/StackExchange.Redis@2.12.8...2.12.14

v2.12.8

Compare Source

What's Changed

• Filter out 'temporary placeholder' cluster nodes with a handshake flag by @​TimLovellSmith in #​3043
• Support multi-DB cluster usage on valkey by @​mgravell in #​3040
• Implement GRCA by @​mgravell in #​3041

Full Changelog: StackExchange/StackExchange.Redis@2.12.4...2.12.8

v2.12.4

Compare Source

What's Changed

• Improve detection of connect/handshake failures and how that impacts the retry-policy by @​mgravell in #​3038
• Fix RESP3 client handshakes on non-RESP3 servers by @​mgravell in #​3037

Full Changelog: StackExchange/StackExchange.Redis@2.12.1...2.12.4

v2.12.1

Compare Source

What's Changed

• Add missing LCS outputs and missing RedisType.VectorSet (#​3028 by @​mgravell)
• Track and report multiplexer count (#​3030 by @​mgravell)
• (docs) Add Entra ID authentication docs (#​3023 by @​philon-msft)
• (eng) Improve test infrastructure (toy-server) (#​3021 by @​mgravell, #​3022 by @​mgravell, #​3027 by @​mgravell, #​3028 by @​mgravell)
• (eng) Pre-V2 work: bring RESPite down, toy-server, migrate to AsciiHash (#​3028 by @​mgravell)

Full Changelog: StackExchange/StackExchange.Redis@2.11.8...2.12.1

v2.11.8

Compare Source

What's Changed

• Handle -MOVED error pointing to same endpoint. by @​barshaul in #​3003
• fix time conversion error in HOTKEYS by @​mgravell in #​3017
• (engineering) stabilize -MOVED test by @​mgravell in #​3020

New Contributors

• @​barshaul made their first contribution in #​3003

Full Changelog: StackExchange/StackExchange.Redis@2.11.3...2.11.8

v2.11.3

Compare Source

What's Changed

• Fix potential null-ref in azure maintenance event handler by @​mgravell in #​3013
• (docs) Add VRANGE support by @​mgravell in #​3011
• (docs) Add CAS/CAD docs by @​mgravell in #​3012

Full Changelog: StackExchange/StackExchange.Redis@2.11.0...2.11.3

v2.11.0

Compare Source

get 2.11.0 on NuGet

What's Changed

For Redis 8.6:

• (docs) Add support for write-at-most-once with streams by @​mgravell in #​3006
• (docs) Add support for HOTKEYS by @​mgravell in #​3008
• (docs) Add documentation for client certificate authentication by @​mgravell in #​3009

The time-series changes for 8.6 are over in NRedisStack 1.3.0

Other features:

• (docs) Add support for keyspace notifications including cluster support by @​mgravell in #​2995
• Update README to include Azure Managed Redis by @​redis-phil in #​3005

Internal bits:

• Options: Split out AMR to its own options provider by @​NickCraver in #​2986
• Update CI to 8.6 by @​mgravell in #​3010

New Contributors

• @​redis-phil made their first contribution in #​3005

Full Changelog: StackExchange/StackExchange.Redis@2.10.14...2.11.0

v2.10.14

Compare Source

Priority: high; the backlog fix (#​3002) is rare and niche (specific to low-memory scenarios), but fixes a problem where the client can get into a non-recoverable state.

What's Changed

• fix: Handle Backlog Processor Startup Failures by @​nathan-miller23 in #​3002
• fix: Propagate PhysicalBridge backlog to ServerCounters by @​nathan-miller23 in #​2996
• fix incorrect debug assertion in HGETEX; no impact to release build by @​mgravell in #​2999
• (eng) CI trivia - docker image, codeql, enable manual CI runs (@​mgravell)

New Contributors

• @​nathan-miller23 made their first contribution in #​2996

Full Changelog: StackExchange/StackExchange.Redis@2.10.1...2.10.14

v2.10.1

Adds support for Redis 8.4 features

• support multi-string-set with expiration MSETEX ...; details controlled via new Expiration API
• support checked string-set SET ... IFEQ/IFNE/IFDEQ/IFDNE digestOrValue; details controlled via new ValueCondition API; also uses Expiration for expiry
• support checked string-delete DELEX ... IFEQ/IFNE/IFDEQ/IFDNE digestOrValue (again via ValueCondition)
• use checked string-set/delete to implement LockExtend[Async]/LockRelease[Async] when possible
• support XREADGROUP ... CLAIM minIdleTime for simplified stream processing

Note that niche StringSet[Async] scenarios may require trivial build changes due to removing default parameter values; this simplify means explicitly specifying keepTtl, or using the new Expiration API. There is no impact to already compiled code (no methods have been removed).

8.4 also includes "hybrid search"; this is not currently exposed in SE.Redis, and will be added to NRedisStack ASAP.

What's Changed

• docker image: use client-libs-test by @​mgravell in #​2976
• Support MSETEX by @​mgravell in #​2977
• propose support for XREADGROUP CLAIM by @​mgravell in #​2972
• Support 8.4 CAS/CAD (IF*) operations by @​mgravell in #​2978
• Combine fixups from 8.4 changes by @​mgravell in #​2979

Full Changelog: StackExchange/StackExchange.Redis@2.9.32...2.10.1

v2.9.32

Compare Source

What's Changed

• Fix sharded pub/sub handling over slot migrations by @​mgravell in #​2969
• (build) "actions": support publishing to MyGet off main branch by @​NickCraver in #​2964
• (build) Update CI badge by @​mgravell in #​2967

Full Changelog: StackExchange/StackExchange.Redis@2.9.25...2.9.32

v2.9.25

Compare Source

IMPORTANT: this release changes the distribution of pub/sub channels when using cluster; see 2.9.24 for more details.

What's Changed

• eng: remove PublicSign windows-only restriction by @​mgravell in #​2963

This change is a critical fix that fixes a packaging failure in 2.9.24; for the relevant feature changes: see 2.9.24.

Full Changelog: StackExchange/StackExchange.Redis@2.9.24...2.9.25

v2.9.24

Compare Source

IMPORTANT: this release changes the distribution of pub/sub channels when using cluster:

(this change is specific to pub/sub with regular SUBSCRIBE channels, not "sharded" SSUBSCRIBE channels)

• pre 2.9.24: all channels would always be routed similarly to key-like routing (and similar to SSUBSCRIBE)
• from 2.9.24: non-SSUBSCRIBE channels are now randomly distributed to nodes by default, but can optionally use key-like routing by calling .WithKeyRouting() on the RedisChannel value

This change represents a safer, "least surprises" default; most people expect their cluster to help distribute load, including pub/sub load, between nodes. This is especially useful when there are few (or even only a single) channel(s) that dominate the pub/sub load, which is surprisingly common. Without this change, all that load would be handled only by a single server, because the channel my_notifications would be treated similarly to a key, via hash-slot sharding, and all clients would connect to the node serving that slot - when in reality, any node can be used for subscription, with the server distributing events horizontally to all nodes.

If you prefer the routed behaviour: use .WithKeyRouting() before subscribing.

---

What's Changed

• Fix 2951 - Sentinel reconnect failure by @​mgravell in #​2956
• Remove supported Envoyproxy commands from exclusions. by @​sshumakov in #​2957
• Convert to Hex only on Encoding.UTF8.GetString possible exceptions by @​jcaspes in #​2954
• eng: prefer Volatile.Read over Thread.VolatileRead by @​mgravell in #​2960
• Channel routing: revert normal (non-SSUBSCRIBE) routing to random, with new WithKeyRouting() API to opt into routed by @​mgravell in #​2958

New Contributors

• @​sshumakov made their first contribution in #​2957
• @​jcaspes made their first contribution in #​2954

Full Changelog: StackExchange/StackExchange.Redis@2.9.17...2.9.24

v2.9.17

Compare Source

What's Changed

• Add vector-set support by @​mgravell in #​2939
• fix: RedisValue/RedisResult: cast to double should respect special values by @​mgravell in #​2950
• Internals:
  • Enable CA1852 (sealed) and fix warnings for it by @​Henr1k80 in #​2942
  • Flush & write concurrently in LoggingTunnel and avoid double lookups in dictionaries by @​Henr1k80 in #​2943

Full Changelog: StackExchange/StackExchange.Redis@2.9.11...2.9.17

v2.9.11

Compare Source

What's Changed

• Features and fixes
  • Add HGETDEL, HGETEX and HSETEX support (#​2863 by atakavci)
  • Add Condition.SortedSet[Not]ContainsStarting condition for transactions (#​2638 by ArnoKoll)
  • Add support for XPENDING IDLE time filter (#​2822 by david-brink-talogy)
  • Add GetServer(RedisKey, ...) API (#​2936 by mgravell)
  • Improve double formatting performance on net8+ and fix equality incorrectness re special doubles by @​mgravell in #​2928
  • Fix key-prefix omission in SetIntersectionLength and SortedSet{Combine[WithScores]|IntersectionLength} (#​2863 by mgravell)
  • Fix error constructing StreamAdd message (#​2941 by mgravell)
• Internal details
  • Make private & internal stuff sealed by @​Henr1k80 in #​2915
  • Workaround Mono test failures by @​mgravell in #​2921
  • Replaces string interpolation with structured logging - ServerEndPoint by @​Meir017 in #​2924, #​2925, #​2929, #​2930
  • Tests: Add benchmark suite for easily measuring improvements by @​NickCraver in #​2931
  • intellisense clarification for StreamTrimResult.NotDeleted by @​mgravell in #​2933
  • Tests: Improve stability for AbortOnConnectFailTests by @​NickCraver in #​2934

New Contributors

• @​Henr1k80 made their first contribution in #​2915
• @​david-brink-talogy made their first contribution in #​2822

Full Changelog: StackExchange/StackExchange.Redis@2.8.58...2.9.11

v2.8.58

Compare Source

What's Changed

• [Tests] Upgrade to xUnit v3 by @​NickCraver in #​2907
• test fix; skip CLIENT PAUSE tests unless long-running enabled by @​mgravell in #​2916
• StreamGroupInfo.Lag can be null by @​robhop in #​2902
• Add xtrim with minid and new 8.2 stream features by @​mgravell in #​2912
• Replaces inline logging with source-generated LoggerMessage by @​Meir017 in #​2903
• Implement internal cancellation for SCAN via WithCancellation by @​mgravell in #​2911
• move logger extensions to LoggerExtensions.cs (extends 2903) by @​mgravell in #​2917
• fix-zrevrangebylex by @​ArnoKoll in #​2636
• Fix #​2679: connect/config: only access task.Result if we know it completed by @​mgravell in #​2680

New Contributors

• @​robhop made their first contribution in #​2902
• @​Meir017 made their first contribution in #​2903
• @​ArnoKoll made their first contribution in #​2636

Full Changelog: StackExchange/StackExchange.Redis@2.8.47...2.8.58

v2.8.47

Compare Source

What's Changed

• New operations of BITOP command in Redis Community Edition 8.2 by @​atakavci in #​2900
• Fix CLIENT ID error during handshake by @​mgravell in #​2909
• docs: offer guidance on using framework methods for async timeouts / cancellation by @​mgravell in #​2910
• Update package dependencies by @​mgravell in #​2906

Full Changelog: StackExchange/StackExchange.Redis@2.8.41...2.8.47

v2.8.41

Compare Source

What's Changed

• Support sharded pubsub commands by @​mgravell @​vandyvilla @​atakavci @​xli in #​2887

Sharded pub/sub operations are where the pub/sub channels are distributed over a multi-node redis cluster using similar slot rules to keys; all such operations (for both "pub" and "sub") must be communicated to the correct node. This contrasts to regular/legacy pub/sub where you can "pub" or "sub" to any node, and the message is broadcast horizontally via all nodes in the cluster. To use sharded operations, use the RedisChannel.Sharded API when constructing channels. There is no concept of pattern-based sharded pub/sub.

Full Changelog: StackExchange/StackExchange.Redis@2.8.37...2.8.41

---

Configuration

📅 Schedule: (in timezone Asia/Shanghai)

• Branch creation
  • "before 1am,before 5am,before 9am"
• Automerge
  • At any time (no schedule defined)

🚦 Automerge: Enabled.

♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

---

• If you want to rebase/retry this PR, check this box

---

This PR was generated by Mend Renovate. View the repository job log.