Payload index write amplification
Every payload index has to remain consistent with the points being written or updated. As the number of indexes grows, inserts and payload updates can require more index maintenance, increasing CPU work and potentially write latency.
Indexes also consume memory and persistent storage. On a write-heavy collection, unnecessary indexes can therefore reduce ingestion throughput while increasing the resource footprint of the database.
The trade-off is read latency versus write throughput and resource cost. I would create indexes for fields that have demonstrated query value, especially important filters, and measure the effect on both search and ingestion benchmarks.
A common mistake is optimizing only query latency. In production, an index that saves a few milliseconds on an infrequent query but materially hurts a high-volume ingestion path may be a net regression. Index behavior and resource usage can change across Qdrant versions, so benchmark the deployed release.
More payload indexes increase index-maintenance work on writes
Indexes consume memory and storage
High-write workloads require measuring index overhead
Index fields based on real query patterns rather than indexing every field
0-2 years experience
2-5 years experience
5-8 years experience
8+ years experience