问题描述：由于业务原因，网站并发一般发生在晚上1点左右，持续半个小时，某晚移动端商品图片加载不出来，公司大佬紧急联系各个负责人，高峰期过后恢复正常，第二天查找原因，从商品查找到了ES这边。接手项目前听说由于CPU100%挂过一次，测试压力测试查询并发在每秒80左右就不行了，于是增加机器负载，连续几天还是接二连三的报警，于是仔细查看了代码。性能测试结果如下：

解决方案：发现主站搜索用的是API方式Post提交搜索，出问题的几个接口是使用客户端搜索，换成了API方式后性能提升可以看的到，大概是客户端查询的5倍，看来官方的Client也不是很靠谱。。。

主要代码如下：

//API查询方法public static GoodsSearchReturnModel GetList(object query)        {            var model = new GoodsSearchReturnModel();            var url = ConfigHelper.GeElasticSearchUrl() + "goods_index/_search";            try            {                var r = HttpClientHelper.PostAsJsonAsync(url, query);                var result = JsonConvert.DeserializeObject
     
      
       >(r);                if (result != null)                {                    if (result.hits.hits != null && result.hits.hits.Any())                    {                        result.hits.hits.ToList().ForEach(a =>                        {                            model.GoodsList.Add(a._source);                        });                        model.Total = result.hits.total;                    }                }            }            catch (Exception ex)            {                LoggerHelper.GetLogger("SearchApiLog").Info(string.Format("{0}服务调用失败{1},错误原因{2}", DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss"), url, ex));            }            return model;        }
      
     

在浏览器中的数据管理端可直接模拟操作