content/operate/oss_and_stack/stack-with-enterprise/search/scalable-query-best-practices.md
[Vertical scaling of Redis Search]({{<relref "/operate/oss_and_stack/stack-with-enterprise/search/query-performance-factor">}}) requires configuring query performance factors. With careful crafting of search indexes and queries, query performance factors allow throughput scaling up to 16X. The following recommendations can help optimize your indexes and queries to maximize the performance benefits from additional CPUs allocated by query performance factors.
Query types:
[Full-text]({{<relref "/develop/ai/search-and-query/query/full-text">}})
[Tag]({{<relref "/develop/ai/search-and-query/advanced-concepts/tags">}})
[Vector]({{<relref "/develop/ai/search-and-query/query/vector-search">}})
[Numeric]({{<relref "/develop/ai/search-and-query/query/range">}})
[Geo]({{<relref "/develop/ai/search-and-query/query/geo-spatial">}})
Result set types:
Small result sets
Document subsets that are indexed in their [non-normalized]({{<relref "/develop/ai/search-and-query/advanced-concepts/sorting#normalization-unf-option">}}) form
If query performance factors have not boosted the performance of your queries as much as expected:
Verify your index includes all queried and returned fields.
Identify and avoid query [anti-patterns]({{<relref "/develop/ai/search-and-query/best-practices/scalable-query-best-practices#anti-patterns">}}) that limit scalability.
Follow best practices to improve indexing.
Follow best practices to improve queries.
Follow these best practices for [indexing]({{<relref "/develop/ai/search-and-query/indexing">}}):
Include fields in the index definition that are used in the query or the required result sets (projections).
Use SORTABLE for all fields returned in result sets.
Use the UNF option for TAG and GEO fields.
Use the NOSTEM option for TEXT fields.
Follow these best practices to optimize [queries]({{<relref "/develop/ai/search-and-query/query">}}):
Specify the result set fields in the RETURN or LOAD clauses and include them in the index definition. Don’t just return the default result set from [FT.SEARCH]({{< relref "commands/ft.search/" >}}) or LOAD * from [FT.AGGREGATE]({{< relref "commands/ft.aggregate/" >}}).
Use LIMIT to reduce the result set size.
Use [DIALECT 3]({{<relref "/develop/ai/search-and-query/advanced-concepts/dialects#dialect-3">}}) or higher for any queries against JSON.
The following examples depict an anti-pattern index schema and query, followed by a corrected schema and query, which allows for scalability with Redis Search.
The following index schema is not optimized for vertical scaling:
FT.CREATE jsonidx:profiles ON JSON PREFIX 1 profiles:
SCHEMA $.tags.* as t NUMERIC SORTABLE
$.firstName as name TEXT
$.location as loc GEO
The following query is not optimized for vertical scaling:
FT.AGGREGATE jsonidx:profiles '@t:[1299 1299]' LOAD * LIMIT 0 10
Here's an improved index schema that follows best practices for vertical scaling:
FT.CREATE jsonidx:profiles ON JSON PREFIX 1 profiles:
SCHEMA $.tags.* as t NUMERIC SORTABLE
$.firstName as name TEXT NOSTEM SORTABLE
$.lastName as lastname TEXT NOSTEM SORTABLE
$.location as loc GEO SORTABLE
$.id as id TAG SORTABLE UNF
$.ver as ver TAG SORTABLE UNF
Here's an improved query that follows best practices for vertical scaling:
FT.AGGREGATE jsonidx:profiles '@t:[1299 1299]'
LOAD 6 id t name lastname loc ver
LIMIT 0 10
DIALECT 3
The following benchmarks show the performance improvements for different query types achieved with query performance factors. Vector, tag, and text queries strongly benefit, while numeric and geographic queries show more limited improvements.
| Shards | Threads per shard | CPUs | Speedup factor |
|---|---|---|---|
| 1 | 0 | 1 | 0 |
| 6 | 0 | 6 | 6.6 |
| 1 | 6 | 6 | 2.5 |
| 2 | 6 | 12 | 6.1 |
| 4 | 6 | 24 | 24.3 |
| Shards | Threads per shard | CPUs | Speedup factor |
|---|---|---|---|
| 1 | 0 | 1 | 0 |
| 6 | 0 | 6 | 0.8 |
| 1 | 6 | 6 | 4.7 |
| 2 | 6 | 12 | 5.1 |
| 4 | 6 | 24 | 5.6 |
| Worker threads | % change |
|---|---|
| 0 | 0 |
| 6 | 135.88 |
| Worker threads | Queries per second | % change |
|---|---|---|
| 0 | 188 | 0 |
| 6 | 1,072 | 470 |
| 12 | 1,995 | 961 |
| 18 | 2,834 | 1,407 |
| Worker threads | Queries per second | % change |
|---|---|---|
| 0 | 2,373 | 0 |
| 6 | 12,396 | 422 |
| 12 | 17,506 | 638 |
| 18 | 19,764 | 733 |
| Worker threads | Queries per second | % change |
|---|---|---|
| 0 | 476 | 0 |
| 6 | 2,837 | 496 |
| 12 | 5,292 | 1,012 |
| 18 | 7,512 | 1,478 |
| Worker threads | Queries per second | % change |
|---|---|---|
| 0 | 33,584 | 0 |
| 1 | 36,993 | 10.15 |
| 3 | 36,504 | 8.69 |
| 6 | 36,897 | 9.86 |
| Worker threads | Queries per second | % change |
|---|---|---|
| 0 | 48 | 0 |
| 6 | 96 | 100 |
| 12 | 96 | 100 |
| 18 | 98 | 104 |
| Worker threads | Queries per second | % change |
|---|---|---|
| 0 | 61 | 0 |
| 6 | 227 | 272 |
| 12 | 217 | 256 |
| 18 | 217 | 256 |