Skip to main content
Version: 0.7.1

Query language

Quickwit uses a query mini-language which is used by providing a query parameter to the search endpoints.


The query is parsed into a series of terms and operators. There are two types of terms: single terms such as “tantivy” and phrases which is a group of words surrounded by double quotes such as “hello world”.

Multiple terms can be combined together with Boolean operators AND, OR to form a more complex query. By default, terms will be combined with the AND operator.

IP addresses can be provided as IpV4 or IpV6. It is recommended to use the same format as in the indexed documents.


You can specify fields to search in the query by following the syntax field_name:term.

For example, let's assume an index that contains two fields, title, and body with body the default field. To search for the phrase “Barack Obama” in the title AND “president” in the body, you can enter:

title:"barack obama" AND president

Note that a query like title:barack obama will find only barack in the title and obama in the default fields. If no default field has been set on the index, this will result in an error.

Searching structures nested in documents.

Quickwit is designed to index structured data. If you search into some object nested into your document, whether it is an object, a json object, or whether it was caught through the dynamic mode, the query language is the same. You simply need to chain the different steps to reach your value from the root of the document.

For instance, the document {"product": {"attributes": {color": "red"}}} is returned if you query product.attributes.color:red.

If a dot . exists in one of the key of your object, the above syntax has some ambiguity. For instance, by default, {"": "quickwit"} will be matched by

It is possible to remove the ambiguity by setting expand_dots in the json field configuration. In that case, it will be necessary to escape the . in the query to match this document.

For instance, the above document will match the query k8s\.component\.name:quickwit.

Boolean Operators

Quickwit supports AND, +, OR, NOT and - as Boolean operators (case sensitive). By default, the AND is chosen, this means that if you omit it in a query like title:"barack obama" president Quickwit will interpret the query as title:"barack obama" AND president.

Grouping boolean operators

Quickwit supports parenthesis to group multiple clauses:

(color:red OR color:green) AND size:large

Slop Operator

Quickwit also supports phrase queries with a slop parameter using the slop operator ~ followed by the value of the slop. The query will match phrases if its terms are separated by slop terms at most.

The slop can be considered a budget between all terms. E.g. "A B C"~1 matches "A X B C", "A B X C", but not "A X B X C".

Transposition costs 2, e.g. "A B"~1 will not match "B A" but it would with "A B"~2. Transposition is not a special case, in the example above A is moved 1 position and B is moved 1 position, so the slop is 2.


Slop queries can only be used on field indexed with the record option set to position value.

Set Operator

Quickwit supports IN [value1 value2 ...] as a set membership operator. This is more cpu efficient than the equivalent ORing of many terms, but may download more of the split than ORing, especially when only a few terms are searched. You must specify a field being searched for Set queries.

Range queries

Range queries can only be executed on fields with a fast field. Currently only fields of type ip are supported.

  • Inclusive Range: ip:[ TO]
  • Exclusive Range: ip:{ TO}
  • Unbounded Inclusive Range: ip:[ TO *] or ip:>=
  • Unbounded Exclusive Range: ip:{ TO *] or ip:>


With the following corpus:

{"id": 1, "body": "a red bike"},
{"id": 2, "body": "a small blue bike"},
{"id": 3, "body": "a small, rusty, and yellow bike"},
{"id": 4, "body": "fred's small bike"},
{"id": 5, "body": "a tiny shelter"}

The following queries will output:

  • body:"small bird"~2: no match []
  • body:"red bike"~2: matches [1]
  • body:"small blue bike"~3: matches [2]
  • body:"small bike": matches [4]
  • body:"small bike"~1: matches [2, 4]
  • body:"small bike"~2: matches [2, 4]
  • body:"small bike"~3: matches [2, 3, 4]
  • body: IN [small tiny]: matches [2, 3, 4, 5]

Escaping Special Characters

Special reserved characters are: + , ^, `, :, {, }, ", [, ], (, ), ~, !, \\, *, SPACE. Such characters can still appear in query terms, but they need to be escaped by an antislash \ .