记一次troubleshooting排查过程

      前两天 同事说往生产库导入数据,非常慢,十几万条数据,insert方式入库,竟然需要5个小时左右

    简单记录下排查的思路

    排查的大概思路是   系统资源 -- 数据库资源

    1、通过topas、 vmstat、查看cpu、内存、io资源是否存在异常

    2、检查数据库alert日志,有无报错

    3、检查表空间使用情况,是否正常

    4、检查锁资源,是否存在阻塞或者死锁

    5、生成awr,查看wait事件和top sql

 

 

按照上面的思路,最终定位到,是同事执行的低效的insert存储过程导致

 

在这个过程中,犯了一个错误,就是对一个问题过早的下结论

 

教训总结:对人和事都不可过早的下结论,这会影响对后续事物的判断

  

  

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值