有需求，具体的业务场景，如查询以某点为中心，方圆一公里内的数据点，并且有打分机制，越接近的点优先返回。起初我们用的mongodb，但是查询性能不是太理想，后面使用的Elasticsearch。

好的 谢谢

确实是的，但是有一点奇怪的是，tikv并没有大的流量，集群也没有高的负载，如果单存是慢sql的问题，我想tikv的流量或性能一定会有特别的不一样的

cpu使用率很低，并且这个集群是内部系统，并发不高，目前看来最有怀疑的就是sql="SELECT * from parts_status\r\n where ORDER_NO in (，。。。。),这张表很小，只有几十万，但是这个in里面内容有点多。我们把这个改掉了，再持续观察。

在dashboard上没有看到特别的慢sql，但是我在日志里面看到有个比较特别的慢sql， sql="SELECT * from parts_status\r\n where ORDER_NO in (，。。。。),这张表很小，只有几十万，但是这个in里面内容有点多，有可能是这个引起的，只有再观察下还有没有这个问题了。