一个简单的定位sql语句性能问题的实例

最近压公司的新项目,一切从零开始,所以存在一些很初级的性能问题。记录一个定位sql语句性能问题的小例子:

100TPSapp登录协议,压力曲线如下:

100018_ORhP_2375576.png

可以看到从4分钟开始,有大量业务失败了。观察应用服务器资源情况:

100046_3gtU_2375576.png

IIS平均CPU占用28%,平均内存986M,平均线程数64,内存略高,其他没有太大异常。再看数据库服务器的资源情况:

100058_nbC8_2375576.png

Cpu一直上涨,最后满负荷。查询到app登录后反复执行这条语句:

SELECT COUNT(*) FROM bc_sale_app_login_info WHERE UUID =  'afe325ec-85a5-421f-8493-d6b1d5bbbc5c'

其中的UUID不是索引,问题根源找到。


转载于:https://my.oschina.net/u/2375576/blog/599977

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值