解决数据库卡、慢,问题多,难管理——老技术的执著 (2)

  

解决数据库卡、慢,问题多,难管理——老技术的执著

  

  下面列举一些简单又使用的功能

  实时知道运行了那、哪些语句、运行的好不好

  在运行状态的记录和分析基础上,我们最强化了就是方便...易用,如下面:

  任何时间点的运行语句很轻易的就可以呈现出来,点击即可了然于心

  图示是语句

 

 

  知道任何时间点执行的语句这可能只是最基础的功能,就算我知道了15点31分23秒,运行了个语句非常慢,可这个语句平时也不慢,拿下来一执行几毫秒就完成了。我怎么知道是什么原因造成的?当时怎么就执行那么长时间?

  语句实时查看

  

解决数据库卡、慢,问题多,难管理——老技术的执著

  分析语句行为,上面的例子有些经验的人都知道是语句执行的时候被阻塞了,而阻塞有两种:硬件的资源等待,或语句资源争用的锁(也是我们常说的锁表/死锁/阻塞)

  那我们就会清楚地知道当时是为什么慢? 卡在硬件还是软件的语句上? 

 

  语句阻塞等待 实时分析

  

解决数据库卡、慢,问题多,难管理——老技术的执著

  

  是被哪个语句卡住?为什么卡住?源头是谁?谁执行的从哪来的?什么程序过来的? 接口还是报表?

  语句源头分析 

   

解决数据库卡、慢,问题多,难管理——老技术的执著

  如果是被硬件资源卡住,是CPU、内存、还是IO? 

  为什么不够用? 当时硬件资源利用率怎么样? 

  硬件与语句关联分析

  

解决数据库卡、慢,问题多,难管理——老技术的执著

  我们经常被问题到底是硬件不够造成的还是软件的问题所困扰,在这样的情况下我们是否可以同时看到语句运行的好不好已经当时的硬件什么压力?这样是不是一下就解决了呢?

 

  硬件压力来源分析

  CPU已经使用到 90% 了? 哪些操作导致CPU高的?

  

解决数据库卡、慢,问题多,难管理——老技术的执著

  

  这些语句是否可以优化?

  

解决数据库卡、慢,问题多,难管理——老技术的执著

 

  

  数据指标全面,而且对分析问题的流程和逻辑做到只需 “按步骤点击” ,比如突然一个时间点系统慢了,要帮助管理人员清晰的展示出分析问题的逻辑!

  把DBA解决问题的思路融入产品,让非DBA也可以解决DBA问题,您说这样可以吗?

  

解决数据库卡、慢,问题多,难管理——老技术的执著

 

  也许这就是所谓的 “工欲善其事,必先利其器”

 

  其他的实时告警、趋势分析、深入体检等等功能,由于篇幅原因,简单贴以下图吧。

   趋势分析

  趋势分析可以拉长时间观察发生问题的规律

  趋势分析也可对系统进行预测分析,比如什么时间点该提升内存?

  

解决数据库卡、慢,问题多,难管理——老技术的执著

 

  自动化巡检

  

解决数据库卡、慢,问题多,难管理——老技术的执著

 

  其他功能

  

解决数据库卡、慢,问题多,难管理——老技术的执著

 

 

--------------博客地址---------------------------------------------------------------------------------------

博客地址 

 

 欢迎转载,请注明出处,谢谢!

-----------------------------------------------------------------------------------------------------

再说点什么

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wpswzp.html