Exporting Result Sets
/export request handler allows a fully sorted result set to be streamed out of Solr using a special rank query parser and xef:response-writers.adoc[response writer].
These have been specifically designed to work together to handle scenarios that involve sorting and exporting millions of records.
This feature uses a stream sorting technique that begins to send records within milliseconds and continues to stream results until the entire result set has been sorted and exported.
The cases where this functionality may be useful include: session analysis, distributed merge joins, time series roll-ups, aggregations on high cardinality fields, fully distributed field collapsing, and sort-based stats.
All the fields being sorted and exported must have docValues set to
For more information, see the section on DocValues.
/export request handler with the appropriate configuration is one of Solr’s out-of-the-box request handlers - see Implicit Request Handlers for more information.
Note that this request handler’s properties are defined as "invariants", which means they cannot be overridden by other properties passed at another time (such as at query time).
You can use
/export to make requests to export the result set of a query.
All queries must include
fl parameters, or the query will return an error.
Filter queries are also supported.
An optional parameter
batchSize determines the size of the internal buffers for partial results.
The default value is
30000 but users may want to specify smaller values to limit the memory use (at the cost of degraded performance) or higher values to improve export performance (the relationship is not linear and larger values don’t bring proportionally larger performance increases).
The supported response writers are
For backward compatibility reasons
wt=xsort is also supported as input, but
wt=xsort behaves same as
The default output format is
Here is an example of an export request of some indexed log data:
sort property defines how documents will be sorted in the exported result set.
Results can be sorted by any field that has a field type of int,long, float, double, string.
The sort fields must be single valued fields.
The export performance will get slower as you add more sort fields. If there is enough physical memory available outside of the JVM to load up the sort fields then the performance will be linearly slower with addition of sort fields. It can get worse otherwise.
fl property defines the fields that will be exported with the result set.
Any of the field types that can be sorted (i.e., int, long, float, double, string, date, boolean) can be used in the field list.
The fields can be single or multi-valued.
However, returning scores and wildcards are not supported at this time.
expr property defines a stream expression that allows documents to be processed locally before they are exported in the result set.
Expressions have to use a special
input() stream that represents original results from the
Output from the stream expression then becomes the output from the
&streamLocalOnly=true flag is always set for this streaming expression.
Using stream expressions with the
/export handler may result in dramatic performance improvements due to the local in-memory reduction of the number of documents to be returned.
Here’s an example of using
top decorator for returning only top N results:
(Note that the sort spec in the
top decorator must match the sort spec in the
Here’s an example of using
(Note that the
over parameter must use one of the fields requested in the
See the section Streaming Expressions for distributed support.