9个接口性能优化方案,RT从9000ms到180ms

文章讲述了作者通过SkyWalking监控发现服务响应时间过长的问题,通过Arthas定位性能瓶颈,提出了包括减少RPC调用、优化数据库查询、使用连接池等在内的多种性能优化策略,并强调性能优化是一个持续过程。
摘要由CSDN通过智能技术生成

昨天接到生产 SkyWalking 链路监控告警: 服务的百分位数响应时间在过去的 10 分钟内超过 2000 毫秒的次数达到 3 次。

经过不断的优化,将接口从 9000ms 优化到 180ms,先看结果

优化前:

alt

优化后:

alt

废话不多我们开始

一、定位性能差的代码

我用的阿里的 Arthas,下载地址:https://arthas.aliyun.com/doc/download.html

简单说下步骤:

打开命令窗口,执行 jps 查看 Java 进程号 pid

在命令窗口执行

as.bat pid

回车会打开一个页面,页面即 arthas 命令窗口

在 arthas 命令窗口,执行

trace com.PublicController login

可以看方法耗时

二、性能优化方案

  1. 根据业务优化,业务上只需要 1 条数据,代码中却查了所有
alt
  1. 减少不必要的 RPC 调用,如果必须查,通过一组条件查,加缓存
alt
  1. 不要在循环中查库,可以把符合条件的数据查出来放 map 中,以空间换时间
alt
  1. 事务失效,每次查询获取新连接。同样要避免长事务。
alt
  1. 增加数据库索引(覆盖索引),减小锁粒度,防止后面并发大导致死锁问题

  2. 修改打开文件符数量,支持高并发

  3. 使用连接池,重用连接,避免重复创建的性能损耗

  4. 异步化

  5. 批量存储

总结

总的来说,接口性能优化是一个不断迭代的过程,我将继续努力,不断提升系统的性能,为用户提供更加流畅、高效的使用体验。希望我的经验能够对大家在项目中遇到类似问题时提供一些启示。

本文由 mdnice 多平台发布

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值