When a (queryable) storage engine first starts up, it typically has to ask the operating system "What files are in my dbpath?"
Queryable does this via a REST endpoint that returns a single BSON encoded payload that contains a list of file objects (filename, filesize, blocksize object/tuple). It is possible to have enough files to generate documents exceeding 50MB in size.
Because queryable is only using this information to populate internal structures and never persisting that BSON object to disk, it seems plausible to relax the limits (as opposed to implementing a batching REST API to get the files in chunks, or circumventing the existing BSON parsing and hand-building a SAX-style parser).
How BSON size limits are codified has changed across versions. I expect backports will need some massaging.
- depends on
-
SERVER-36606 Remove size limits on BSON audit events
- Closed