线上性能问题排查总结

一、接口响应缓慢

  1. 通过观察浏览器 F12 network,分析响应时长来定位慢借口;大多数接口响应时长过长,都是由于SQL 执行缓慢引起,其次判断是否存在大量的数据遍历,嵌套循环
    慢SQL优化思路:
  • 检查 SQL 是否存在检索条件以及索引,索引是否创建是否合理,索引是否失效。可用查看SQL执行计划来进行判断(例如:以达梦数据库为例: explain 关键字)
  • 修改数据库参数信息
参数 配置值 说明
MEMORY_POOL 1000 内存参数值,实际配置文件中比这个值大则忽略这个
BUFFER 10000 系统缓冲区大小,以兆为单位内存参数值,实际配置文件中比这个值大则忽略这个
MAX_BUFFER 10000 系统最大缓冲区大小,以兆为单位。(dm8下没有此参数,可以忽略)
BUFFER_POOLS 101 BUFFER 系统分区数,每个 BUFFER 分区的大小为 BUFFER/BUFFER_POOLS 内存参数值,实际配置文件中比这个值大则忽略这个
KEEP 800 KEEP 缓冲区大小内存参数值,实际配置文件中比这个值大则忽略这个
RECYCLE 2000 RECYCLE 缓冲区大小内存参数值,实际配
  • 26
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
线上内存飙升是一个比较严重的问题,如果不及时处理,可能会导致系统崩溃。以下是一般的排查问题的过程: 1. 监控告警分析:系统应该有监控告警机制,如果内存使用率过高,应该及时发出告警并记录监控数据。首先,需要分析告警信息和监控数据,确认内存使用率确实出现了异常。 2. 定位问题代码:通过监控工具、日志和代码调试等方法,确定哪些代码出现了内存使用率飙升的问题。可以使用 JVM 的内存分析工具,例如 jmap、jhat、jstack、VisualVM 等来分析内存使用情况,并找出内存泄漏的代码位置。 3. 解决问题代码:根据定位出的代码问题,进行修复。对于内存泄漏问题,需要分析代码中的对象生命周期,释放不再使用的对象,并检查是否存在对象引用未释放的情况。对于频繁创建和销毁对象、大对象等问题,需要优化代码逻辑,减少内存占用。 4. 测试验证:完成修复后,需要进行测试验证,确保问题得到了解决,并且没有引入新的问题。 5. 监控预警优化:针对该问题,需要优化监控预警机制,避免类似问题再次出现。可以增加更加详细的监控数据、设置更加敏感的告警阈值等等。 总之,线上内存飙升是一个比较严重的问题,需要及时发现、定位、修复和验证。同时,也需要优化监控预警机制,避免类似问题再次出现。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值