Datastax企业版4.5，带solr，但获得solr超时

我们刚刚将DataStax Enterprise 3.2.2升级到4.5.1。我们从3.2.2->3.2.5->4.0.3->4.5.1迁移，每次都遵循文档中的过程，每次升级后都会升级sstable

服务器正在运行，核心正常接受查询

出于某种原因，我们经常使用默认配置solr/c*/dse来处理到solr的连接超时。我们触发的查询与我们在启用Solr的情况下使用DSE 3.2.2时触发的查询没有什么不同，我们没有遇到这些问题

是否从3.2.2更改为4.5，从而影响Solr的连接性

服务器日志显示：

错误[http-8983-1]2014-08-01 19:12:52087 SolrException.java第136行null:org.apache.solr.common.SolrException:超时后无响应：60000 在com.datastax.bdp.search.solr.handler.shard.netty.NettyShardHandler.waitForResponseNettyShardHandler.java:115 位于com.datastax.bdp.search.solr.handler.shard.netty.NettyShardHandler.takeCompletedOrErrorNettyShardHandler.java:89 位于org.apache.solr.handler.component.SearchHandler.HandlerRequestBodySearchHandler.java:297 位于org.apache.solr.handler.RequestHandlerBase.HandlerRequestRequestHandlerBase.java:137 在org.apache.solr.core.SolrCore.executeSolrCore.java:1888 位于org.apache.solr.servlet.SolrDispatchFilter.executesOlDispatchFilter.java:723 在com.datastax.bdp.search.solr.servlet.CassandraDispatchFilter.executeCassandraDispatchFilter.java:185 位于org.apache.solr.servlet.SolrDispatchFilter.doFilterSolrDispatchFilter.java:413 位于org.apache.solr.servlet.SolrDispatchFilter.doFilterSolrDispatchFilter.java:197 在com.datastax.bdp.search.solr.servlet.CassandraDispatchFilter.doFilterCassandraDispatchFilter.java:147 位于org.apache.catalina.core.ApplicationFilterChain.internalDoFilterApplicationFilterChain.java:235 位于org.apache.catalina.core.ApplicationFilterChain.doFilterApplicationFilterChain.java:206 位于com.datastax.bdp.cassandra.audit.SolrHttpAuditLogFilter.doFilterSolrHttpAuditLogFilter.java:218 位于org.apache.catalina.core.ApplicationFilterChain.internalDoFilterApplicationFilterChain.java:235 位于org.apache.catalina.core.ApplicationFilterChain.doFilterApplicationFilterChain.java:206 在com.datastax.bdp.search.solr.auth.CassandraAuthorizationFilter.doFilterCassandraAuthorizationFilter.java:100 位于org.apache.catalina.core.ApplicationFilterChain.internalDoFilterApplicationFilterChain.java:235 位于org.apache.catalina.core.ApplicationFilterChain.doFilterApplicationFilterChain.java:206 位于com.datastax.bdp.search.solr.auth.DseAuthenticationFilter.doFilterDseAuthenticationFilter.java:102 位于org.apache.catalina.core.ApplicationFilterChain.internalDoFilterApplicationFilterChain.java:235 位于org.apache.catalina.core.ApplicationFilterChain.doFilterApplicationFilterChain.java:206 位于org.apache.catalina.core.StandardWrapperValve.invokeStandardWrapperValve.java:233 位于org.apache.catalina.core.StandardContextValve.invokeStandardContextValve.java:191 位于org.apache.catalina.core.StandardHostValve.invokeStandardHostValve.java:127 在org.apache.catalina.valves.ErrorReportValve.InvokeerErrorReportValve.java:103 位于org.apache.catalina.core.StandardEngineValve.InvokeStandardenginievalve.java:109 位于org.apache.catalina.connector.CoyoteAdapter.serviceCoyoteAdapter.java:293 http://www.org.apache.coyote.http11.Http11Processor.processHttp11Processor.java:861 位于org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processHttp11Protocol.java:606 位于org.apache.tomcat.util.net.JIoEndpoint$Worker.runJIoEndpoint.java:489 位于java.lang.Thread.runUnknown Source 错误[http-8983-1]2014-08-01 19:12:52088 SolrDispatchFilter.java行696错误请求异常：超时后无响应：60000 org.apache.solr.common.SolrException:超时后无响应：60000 在com.datastax.bdp.search.solr.handler.shard.netty.NettyShardHandler.waitForResponseNettyShardHandler.java:115 位于com.datastax.bdp.search.solr.handler.shard.netty.NettyShardHandler.takeCompletedOrErrorNettyShardHandler.java:89 位于org.apache.solr.handler.component.SearchHandler.HandlerRequestBodySearchHandler.java:297 位于org.apache.solr.handler.RequestHandlerBase.HandlerRequestRequestHandlerBase.java:137 在org.apache.solr.core.SolrCore.executeSolrCore.java:1888 位于org.apache.solr.servlet.SolrDispatchFilter.executesOlDispatchFilter.java:723 在com.datastax.bdp.search.solr.servlet.CassandraDispatchFilter.executeCassandraDispatchFilter.java:185 位于org.apache.solr.servlet.SolrDispatchFilter.doFilterSolrDispatchFilter.java:413 位于org.apache.solr.servlet.SolrDispatchFilter.doFilterSolrDispatchFilter.java:197 在com.datastax.bdp.search.solr.servlet.CassandraDispatchFilter.doFilterCassandraDispatchFilter.java:147 位于org.apache.catalina.core.ApplicationFilterChain.internalDoFilterApplicationFilterChain.java:235 位于org.apache.catalina.core.ApplicationFilterChain.doFilterApplicationFilterChain.java:206 位于com.datastax.bdp.cassandra.audit.SolrHttpAuditLogFilter.doFilterSolrHttpAuditLogFilter.java:218 位于org.apache.catalina.core.ApplicationFilterChain.internalDoFilterApplicationFilterChain.java:235 位于org.apache.catalina.core.ApplicationFilterChain.doFilterApplicationFilterChain.java:206 在com.datastax.bdp.search.solr.auth.CassandraAuthorizationFilter.doFilterCassandraAuthorizationFilter.java:100 位于org.apache.catalina.core.ApplicationFilterChain.internalDoFilterApplicationFilterChain.java:235 位于org.apache.catalina.core.ApplicationFilterChain.doFilterApplicationFilterChain.java:206 位于com.datastax.bdp.search.solr.auth.DseAuthenticationFilter.doFilterDseAuthenticationFilter.java:102 位于org.apache.catalina.core.ApplicationFilterChain.internalDoFilterApplicationFilterChain.java:235 位于org.apache.catalina.core.ApplicationFilterChain.doFilterApplicationFilterChain.java:206 位于org.apache.catalina.core.StandardWrapperValve.invokeStandardWrapperValve.java:233 位于org.apache.catalina.core.StandardContextValve.invokeStandardContextValve.java:191 位于org.apache.catalina.core.StandardHostValve.invokeStandardHostValve.java:127 在org.apache.catalina.valves.ErrorReportValve.InvokeerErrorReportValve.java:103 位于org.apache.catalina.core.StandardEngineValve.InvokeStandardenginievalve.java:109 位于org.apache.catalina.connector.CoyoteAdapter.serviceCoyoteAdapter.java:293 http://www.org.apache.coyote.http11.Http11Processor.processHttp11Processor.java:861 位于org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processHttp11Protocol.java:606 位于org.apache.tomcat.util.net.JIoEndpoint$Worker.runJIoEndpoint.java:489 位于java.lang.Thread.runUnknown Source 错误[http-8983-1]2014-08-01 19:12:52089 SolrDispatchFilter.java行697错误请求参数：facet=true&facet.mincount=1&q=retailer\u id:35788+和+-ds\u product\u id:310772487595&facet.limit=10&facet.field=ds\u product\u id&wt=javabin&version=2&rows=0

最好的，

---

Ramo不应该有任何问题，您运行了多少并发查询以及多少Solr内核？如果只在一个内核上运行查询，会有什么变化吗？你的问题持续时间长吗

---

请记住，默认的Solr HTTP配置没有超时，这通常是一件坏事，它使用的是旧的IO模型，会产生几百个线程，而我们的Netty配置有60秒的超时，并且经过优化以使用更少的线程来减少占用空间，因此如果您的查询运行时间很长，在Netty的情况下，您必须增加超时时间，并可能增加工作线程的数量。

Netty的默认超时时间为60秒。请参阅dse.yaml中的netty_client_request_timeout

我已将dse.yaml从netty更改为http，重新启动了节点，现在它工作正常。使用nettys默认配置，我已多次重新启动节点，但在并行查询同一节点但不同的solr索引时，总是会重复出现超时。DSE上的并行读取解决了问题吗？我需要对此进行调查。升级到4.5.1后，我们的查询结构没有任何变化。有一些长时间运行的查询，但是通过SolrWebUI，它们永远不会超过60秒。我只是想知道A/B测试DSE 3.2.2/DSE 4.5.1失败了，这是与3.2.2兼容的默认配置