It was not mentioned in the docs that Merging Main+Delta will wipe out the kill list IDs from main index. Must be a new useful undocumented feature. I was running:
/usr/local/manticore/usr/bin/indexer --config /usr/local/manticore/etc/manticoresearch/manticore.conf’ --merge jobs_flexible_newest jobs_flexible_delta --merge-dst-range deleted 0 0 --rotate
and this brings the next question:
On https://manual.manticoresearch.com/Adding_data_from_external_storages/Adding_data_from_indexes/Merging_indexes we have filters. They are useful only in corner cases only where someone wants to remove certain type of documents from main index. And that feature can stay but in a case of a simple kill list use - a switch:
is not needed anymore in my case if --merge does all the kill list IDs wiping from main index. Am I correct with this assumption?
Kill list might be compact in fixed size on Manticore but I have to maintain in on my MySQL database until Manticore wipes out the kill list items from main index. And that Kill List on my database can grow very big.
To keep it small I had to do a FULL REINDEX every night, and empty that MySQL table then. As in the past MERGE was only suppressing the Kill List items. And what was happening was this:
Kill list items in MySQL= 1, 000, 0000
Documents in Main Index = 3, 000, 000
Displayed Items in search = 2,000,000
If I were to do this in the past:
Empty MySQL table
Run Delta index (say Delta finds 1 new document)
MERGE Main+Delta indexes
I used to get this:
Documents in Main Index = 3, 000, 001
Displayed Items in search = 3,000,001
But 1,000,000 items that are actually not available on the website are still being referenced and searched because they were not being suppressed by Kill List anymore.
The only fix was to RUN FULL REINDEX.
But if you say that MERGE does all the wiping from main index now - It saves me from doing FULL REINDEX every night before I empty MySQL Kill List table. Which is a great thing if that is the case. And Documentation should say that as that is a huge advantage if comparing to Sphinx.