content/operate/oss_and_stack/stack-with-enterprise/release-notes/redisearch/redisearch-2.0-release-notes.md
RediSearch v2.0.13 requires:
This is a maintenance release for RediSearch 2.0.
Update urgency: MODERATE - Program an upgrade of the server, but it's not urgent.
Details:
This is a maintenance release for version 2.0.
Details:
Enhancements:
LOAD * for FT.AGGREGATE which will load all fieldsBug fixes:
This is a maintenance release for version 2.0.
Details:
Enhancements:
Bug fix:
This is a maintenance release for version 2.0.
Details:
Enhancements:
Bug Fixes:
This is a maintenance release for version 2.0.
Details:
Enhancements:
Bug fix:
FT.DROPINDEXINORDER flag is usedThis is a maintenance release for version 2.0.
Details:
This is a maintenance release for version 2.0.
This release fixes an important regression introduced by the 2.0 release. The payload is supposed to be returned only when the WITHPAYLOADS parameter is set.
Details:
This is a maintenance release for version 2.0.
Details:
This is a maintenance release for version 2.0.
Details:
FT.SUGGET with RSCoordinator.MINPREFIX and MAXFILTEREXPANSION configuration options can be changed at runtime.REDUCER COUNT.This is a maintenance release for version 2.0.
Details:
MAXAGGREGATERESULTS module configuration for FT.AGGREGATE. Similar to MAXSEARCHRESULTS for FT.SEARCH, it limits the maximum number of results returned.This is a maintenance release for version 2.0.
Details:
FT.AGGREGATE with LIMIT and offset greater than 0 returned fewer results than requested.This is a maintenance release for version 2.0.
Minor bugfixes:
OSS_GLOBAL_PASSWORD config argument to allow specify shards password on OSS cluster.min_redis_pack_version to 6.0.8This is a maintenance release for version 2.0.
Minor enhancements:
Minor bug fixes:
This is a maintenance release for version 2.0.
Minor additions:
Minor bug fixes:
RediSearch 2.0 is a public preview release meeting GA standards. This release includes several improvements in performance and usability over RediSearch 1.0. These improvements necessitate a few backward-breaking changes to the API.
For this release, we changed the way in which the search indexes are kept in sync with your data. In RediSearch 1.x, you had to manually add data to your indexes using the FT.ADD command. In RediSearch 2.x, your data is indexed automatically based on a key pattern.
These changes are designed to enhance developer productivity, and to ensure that your search indexes are always kept in sync with your data. To support this, we've made a few changes to the API.
In addition to simplifying indexing, RediSearch 2.0 allows you to scale a single index over multiple Redis shards using the Redis cluster API.
Finally, RediSearch 2.x keeps its indexes outside of the main Redis key space. Improvements to the indexing code have increased query performance 2.4x.
You can read more details in the RediSearch 2.0 announcement blog post, and you can get started by checking out this quick start blog post.
{{<image filename="images/modules/redisearch-2-0-architecture.png" alt="Compares the architecture of RediSearch 2.0 to architecture of earlier versions." >}}
FT.ADD -> HSET, FT.DEL -> DEL (equivalent to FT.DEL with the DD flag in RediSearch 1.x), FT.GET -> HGETALL, FT.MGET -> HGETALL.geodistance function for FT.AGGREGATE APPLY operation.FT.INFO and looking at the indexing and percent_indexed values. While indexing is true, queries return partial results.NOINITIALINDEX flag on FT.CREATE to skip the initial scan of documents on index creation.FT.DROPINDEX, which by default does not delete documents underlying the index (see deprecated FT.DROP).FT.INFO response.FT._LIST command returns a list of all available indices. Note that this is a temporary command, as indicated by the _ in the name, so it's not documented. We're working on a [SCAN]({{< relref "/commands/scan" >}}-like command for databases with many indexes.20000, which is equivalent to 2.0.0 in semantic versioning. Since the version of a module in Redis is numeric, we cannot explicitly add an GA flag.Make sure you review these changes before upgrading to RediSearch 2.0:
FT.SYNADD is removed; use FT.SYNUPDATE instead. FT.SYNUPDATE requires both
and index name and a synonym group ID. This ID can be any ASCII string.FT.INFO - hash_indexing_failures . The requirement for adding support for partially indexing and blocking is captured here: #1455.NOSAVE.FT.DROP (replaced by FT.DROPINDEX, which by default keeps the documents)FT.ADD (mapped to HSET for backward compatibility)FT.DEL (mapped to DEL for backward compatibility)FT.GET (mapped to HGETALL for backward compatibility)FT.MGET (mapped to HGETALL for backward compatibility)FT.ADDHASH (no longer makes sense)FT.SYNADD (see #1381)FT.OPTIMIZE