Details
Description
MissingLastRevSeeker is slow on DB2. This is because the generic MissingLastRevSeeker gets candidates in batches (of 100), but in order to do batching, requires results to be sorted by ID.
For DB2 we by default have indices on both ID and MODIFIED, but contrary to our expection a query that involves both indices does not perform well. Adding a compound index on ID and MODIFIED improves performance, but I'm hesitant to add this just to improve a recovery job.
A more logical approach would be not to require batching/sorting by adopting the approach in MongoMissingLastRevSeeker which doesn't require sorting by ID in the first place.
Attachments
Attachments
Issue Links
- is related to
-
OAK-8311 RDBDocumentStore: allow to turn off RDB-specific MissingLastRevSeeker
- Closed