You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@lucene.apache.org by "Andy Vuong (Jira)" <ji...@apache.org> on 2019/12/20 22:52:00 UTC

[jira] [Created] (SOLR-14134) Clear shared core's concurrency cache

Andy Vuong created SOLR-14134:
---------------------------------

             Summary: Clear shared core's concurrency cache
                 Key: SOLR-14134
                 URL: https://issues.apache.org/jira/browse/SOLR-14134
             Project: Solr
          Issue Type: Sub-task
          Components: SolrCloud
            Reporter: Andy Vuong


In shared collections, each replica's core has an associated entry in a metadata cache we call the shared core's concurrency cache (see SharedCoreConcurrencyController) that is used to facilitate concurrent indexing support of a single shard and associated optimizations. 

Entries are currently created on demand - i.e. when request triggered pulls/pushes are initiated but there's no way of clearing the cache unless the node goes down and JVM restarts.

Eviction from this cache is needed to facilitate things such as collection name reuse. Currently if you delete a collection and then recreate, you can create a Replica containing the same core name as a previously active collection/replica and have a pre-existing entry in the concurrency cache (barring restarts between this point). The net effect is at least one indexing batch failure before the cache returns to a correct state.

Eviction will also support scale - say 50k collections and thousands of entries for cores located in memory is highly ineffective especially if a large number of collections are accessed infrequently. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org