数据库管理-第242期 总监想要的数据库监控(20240916)

数据库管理-第242期 总监想要的数据库监控(20240916)

作者:胖头鱼的鱼缸(尹海文)
Oracle ACE Pro: Database(Oracle与MySQL)
PostgreSQL ACE Partner
10年数据库行业经验,现主要从事数据库服务工作
拥有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等认证
墨天轮MVP、年度墨力之星,ITPUB认证专家、专家百人团成员,OCM讲师,PolarDB开源社区技术顾问,HaloDB外聘技术顾问,OceanBase观察团成员,青学会MOP技术社区(青年数据库学习互助会)技术顾问
圈内拥有“总监”、“保安”、“国产数据库最大敌人”等称号,非著名社恐(社交恐怖分子)
公众号:胖头鱼的鱼缸;CSDN:胖头鱼的鱼缸(尹海文);墨天轮:胖头鱼的鱼缸;ITPUB:yhw1809。
除授权转载并标明出处外,均为“非法”抄袭

演示文稿1_01.png
题目标题的总监特指我。
数据库监控是DBA工作中必不可少的工具,那么在我看来数据库监控需要做成什么样。

1 实时且直观

之前看到过一个“监控”,就是写脚本,定时执行,执行结果导出来再通过程序处理一下就变成了有曲线的监控输出了,看似非常高大上且。但是定时间隔比较长,不能做到实时,而经常出现异常了,DBA都是听到业务反馈后才去处理,然后又是一堆脚本查询才能。
因此我认为,一个数据库监控是需要能够实时输出数据库的监控结果,而且能够将需要展示的内容以直观方式展现给DBA,方便监控、优化或排障。

2 全面且深入

对于数据库本身来说,我们需要了解到当前数据库的运行状态监控,这其中最主要的就是监控数据库相关进程/线程,包括他们的存活状态及运行状态(是否存在运行异常,比如卡死)。
然后就是就是数据库的性能状态监控,这其中应该包含数据库的活动会话情况(包含其等待分类)、等待情况(按等待类型分类)、实时运行SQL列表等。
数据库是有运行底座的,那么对于操作系统的监控也是需要的,包括CPU、内存、IO、网络等占用情况,以及文件系统的空间使用率监控等。(云化、容器化底座类似)

3 微影响

之前听说一些数据库监控平台,最后发现性能消耗最高的SQL是源自于监控,有时候还会监控间隔配置不合理到数据库数据库运行异常。
那么数据库监控应当尽可能减少对数据库运行,特别是监控本身可能带来的性能问题。那么这里就要进行一些取舍:

  • 毕竟通过SQL查询实现部分监控是最简单的,权衡哪些通过数据库接口哪些通过SQL实现。
  • 数据库的有些接口可以通过远程调用,有些则不能,那么还要权衡监控数据收集方式:通过远程进行相关数据收去,会占用一定网络带宽,有些信息可能无法通过远程收集。而本地agent收集简单处理后发送,可能增加服务器一部分资源消耗,但是可以更全面的收集数据(可以包括操作系统及硬件)。

4 维护

其实数据库监控平台也应该附带一些数据库维护功能:

  • 数据库对象管理,包括但不限于用户、权限、表、索引、视图、存储过程等。
  • 数据库锁管理其实是最常用的的功能之一,能够快速定位锁并处理。
  • 数据库及相关组件维护,包括启停、配置调整、扩缩容等。
  • 告警功能,配置告警级别,并能够通过主流接口实现对外告警。

5 其他

  • 尽可能多的数据库覆盖(这也需要数据库的努力与开发)。
  • 巡检报告生成功能。
  • SQL审核,实现基本的SQL质量控制,减少上线、发版对数据库的影响。
  • 数据迁移与同步能力。
  • AI能力,包括但不限于优化建议、故障自愈、自动维护、知识库等(蹭热度嘛)。

总结

本期是从我作为一个DBA角度说了说我想要的数据库监控。
老规矩,知道写了些啥。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

胖头鱼的鱼缸(尹海文)

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值