【问题标题】:performance issue in Solr/Cassandra during TTLTTL 期间 Solr/Cassandra 中的性能问题
【发布时间】:2017-03-10 21:06:15
【问题描述】:

我们将 Datastax 用于 solr/cassandra。目前我们的搜索响应在 200 毫秒以下。但每五分钟响应时间约为 10 秒。 经过调试,我们确定了 TTL 的原因。 ttl 线程每 5 分钟运行一次,这就是我们看到性能下降的时候。但是我们无法弄清楚 TTL 线程在做什么来阻止读取? Datastax 企业版:4.8

任何人有任何想法请分享。 谢谢

【问题讨论】:

  • 更有可能您只需要自动预热缓存。我从来没有听说过 ttl 有这种影响。对于这种非同寻常的说法,您需要非常有力的证据。
  • 我们正在自动预热缓存,我们测试了 60% 和 90%(但同样的问题)。我在想可能是非常高的价值,这可能会导致这种情况。可能在 autowamring 时,新搜索器会在旧搜索器上创建某种锁定以获取密钥,这会阻止旧搜索器在该次要锁定期间为读取请求提供服务。现在只是一个理论

标签: solr cassandra datastax datastax-enterprise


【解决方案1】:

听起来 TTL 触发了索引更新,之后将打开一个新的搜索器。如果 Solr 没有设置自动预热,则针对新打开的搜索器的第一次搜索可能会很慢。

如果您可以找到 solrconfig.xml,您可以检查是否启用了自动升温。从 DataStax 文档 (https://support.datastax.com/hc/en-us/articles/204226369-Solr-Configuration-Best-Practices-and-Troubleshooting-Tips) 来看,默认情况下它似乎是关闭的。我相信他们的经验表明这是一个正确的默认设置,但请尝试启用它以查看它是否有助于您的特定设置。

【讨论】:

  • 我们正在自动预热缓存,但我们的自动预热计数为 90%。我在想可能是非常高的价值,这可能会导致这种情况。可能在 autowamring 时,新搜索器会在旧搜索器上创建某种锁定以获取密钥,这会阻止旧搜索器在该次要锁定期间为读取请求提供服务。现在只是一个理论
猜你喜欢
  • 2018-10-29
  • 2016-10-30
  • 2016-11-29
  • 2010-12-21
  • 2023-03-21
  • 2017-04-23
  • 2016-02-10
  • 1970-01-01
  • 2020-01-26
相关资源
最近更新 更多