问题描述:由于业务原因,网站并发一般发生在晚上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<ResultModel<GoodsIndexModel>>(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; }
在浏览器中的数据管理端可直接模拟操作