数据库阻塞排查

今天遇到个问题,记录一下,供大家借鉴

问题描述:

17:43:40 - 17:48:50 数据库流量突然掉零,导致业务TP99升高,可用率降低

原因分析:

a, 怀疑当时有大SQL阻塞了,排查当时的慢日志发现并没有大的SQL在执行;抓取当时的活动会话,也没有看到有任何执行的sql;

b, 怀疑实例当时OOM了,但是查看uptime是正常的;

c, 查看监控看到当时实例不响应,连通性异常 ;而且数据盘IO磁盘满

原因: 当时swap降低,内存升高,数据库需要读取swap中的数据,发生了swap in,从而导致IO满,影响业务; 

 

 解决:关闭数据库SWAP

 sar -W可以查看swap in信息

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
当 Android 系统发生了 UI 阻塞时,可能会导致应用程序无响应或崩溃。为了排查 UI 阻塞问题,可以按照以下步骤进行: 1. 打开 Android Studio,并连接到运行中的设备或模拟器。 2. 在 Android Studio 工具栏中选择 "Profiler"。 3. 在 Profiler 窗口的顶部选择 "CPU" 选项卡,并点击 "Record" 按钮开始记录 CPU 使用情况。 4. 在应用程序中触发 UI 阻塞问题,例如点击按钮时出现无响应或界面卡顿。 5. 在 Profiler 窗口中查看记录的 CPU 使用情况,可以看到每个线程的 CPU 使用情况和时间轴。 6. 找到被标记为 "UI" 的线程,查看其 CPU 使用情况,如果 CPU 使用率持续高于 100%,则说明该线程正在执行耗时操作,可能是造成 UI 阻塞的原因。 7. 根据该线程的堆栈信息,可以查看它的调用栈,找到具体的代码行和方法,进一步分析和定位问题。 在分析堆栈信息时,需要特别关注那些执行时间较长的方法,例如循环、递归、网络请求、数据库操作等。如果发现这些方法执行时间过长,可以考虑将它们放到子线程中执行,避免占用 UI 线程的时间。 此外,还需要注意避免在 UI 线程中执行耗时操作,例如读写文件、解析大量数据等。如果必须在 UI 线程中执行这些操作,可以考虑使用异步任务或者 Handler 消息机制进行处理,以避免阻塞 UI 线程。 总之,要排查 Android 系统中的 UI 阻塞问题,需要结合工具和分析方法,逐步定位问题并进行优化。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值