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

解决方案:发现主站搜索用的是API方式Post提交搜索,出问题的几个接口是使用客户端搜索,换成了API方式后性能提升可以看的到,大概是客户端查询的5倍,看来官方的Client也不是很靠谱。。。
主要代码如下:
1//API查询方法 2public static GoodsSearchReturnModel GetList(object query) 3 { 4 var model = new GoodsSearchReturnModel(); 5 var url = ConfigHelper.GeElasticSearchUrl() + "goods_index/_search"; 6 try 7 { 8 var r = HttpClientHelper.PostAsJsonAsync(url, query); 9 var result = JsonConvert.DeserializeObject<ResultModel<GoodsIndexModel>>(r); 10 if (result != null) 11 { 12 if (result.hits.hits != null && result.hits.hits.Any()) 13 { 14 result.hits.hits.ToList().ForEach(a => 15 { 16 model.GoodsList.Add(a._source); 17 }); 18 model.Total = result.hits.total; 19 } 20 } 21 } 22 catch (Exception ex) 23 { 24 LoggerHelper.GetLogger("SearchApiLog").Info(string.Format("{0}服务调用失败{1},错误原因{2}", DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss"), url, ex)); 25 } 26 return model; 27 }
在浏览器中的数据管理端可直接模拟操作
