Redis 8.0, released in 2025, is the first major version under Redis's new licensing model and brings significant additions: new probabilistic data structures, a native vector search engine, improved JSON capabilities, and performance enhancements across the core data structures. This guide covers every new feature and how to put them to work in production.
Redis 8.0: Context and Licensing
Redis 8.0 is notable not just for its technical additions but for the licensing context in which it arrives. In 2024, Redis Ltd. changed the Redis license from BSD to the Redis Source Available License (RSALv2) and SSPL, prompting the Linux Foundation to fork the project as Valkey. Redis 8.0 is released under the RSALv2 license β free for most use cases, with restrictions only on managed service providers offering Redis as a service without contributing back. For enterprise users running Redis themselves or via Redis Cloud, the practical usage rights are unchanged from Redis 6/7.
Native Vector Search
Redis 8.0 integrates vector search capabilities natively into the core engine β previously available only via the RediSearch module (now Redis Stack). This allows storing and searching high-dimensional vector embeddings alongside standard Redis data structures, enabling AI-powered semantic search, recommendation systems, and RAG pipelines without a separate vector database.
# Create a vector index
FT.CREATE product_idx ON HASH PREFIX 1 product:
SCHEMA
name TEXT WEIGHT 5.0
category TAG
price NUMERIC
embedding VECTOR HNSW 6 TYPE FLOAT32 DIM 1536 DISTANCE_METRIC COSINE
# Add a product with its embedding
HSET product:1 name "Wireless Headphones" category "Electronics" price 99.99 embedding [... 1536 float32 values ...]
# Vector similarity search
FT.SEARCH product_idx "*=>[KNN 10 @embedding $vec AS score]" PARAMS 2 vec [... query vector ...] RETURN 3 name price score SORTBY score
Redis vector search supports two index types: FLAT (brute-force exact search β accurate but O(n) at query time) and HNSW (Hierarchical Navigable Small World β approximate nearest neighbour with sub-linear query time). Use FLAT for small datasets (under 1M vectors) where accuracy is critical. Use HNSW for large datasets where query latency matters more than perfect recall. HNSW typically achieves 95%+ recall with 10-100Γ faster queries than FLAT at scale.
New Data Structures in Redis 8.0
JSON Improvements
Redis 8.0 enhances the JSON data type (now native, previously RedisJSON module) with several improvements:
| Feature | Description | Use Case |
|---|---|---|
| JSONPath improvements | Full JSONPath spec compliance; recursive descent, filter expressions | Complex nested document queries |
| JSON.MERGE | Merge a JSON value into an existing document at a path | Partial document updates without full read-modify-write |
| Indexing JSON with FT.CREATE | Search and index JSON documents natively (no conversion to Hash needed) | Full-text and numeric search on JSON data |
| JSON + Vector Search | Store vectors within JSON documents and search them with FT.SEARCH | AI embeddings stored alongside structured document data |
Performance Improvements
Redis 8.0 includes several performance improvements in the core engine:
- I/O threading improvements: Better utilisation of I/O threads for network read/write operations, improving throughput on multi-core systems for high-connection-count workloads.
- Improved LOLWUT art: (The important things.) More practically: the RDB persistence format has been optimised for faster save/restore cycles, reducing the impact of periodic RDB snapshots on latency.
- SINTERCARD command performance: The set intersection cardinality command has been significantly optimised, making it practical for large set operations.
- Cluster bus optimisations: Reduced gossip protocol overhead in large Redis Cluster deployments, improving cluster scalability.
Redis 8.0 vs Valkey: What Should You Use?
- You want Redis Cloud (managed Redis from Redis Ltd.)
- You use Redis Stack features (Search, JSON, Vector, TimeSeries)
- Enterprise support from Redis Ltd. is a requirement
- Your usage does not trigger RSALv2 restrictions
- Vendor-supported modules and certified integrations matter
- BSD/OSI-approved license is required by legal or procurement policy
- You manage Redis at scale and prefer Linux Foundation governance
- AWS, GCP, Azure managed offerings now default to Valkey
- Your use case is core Redis data structures without module features
- Long-term open source sustainability is a priority