❝开头还是介绍一下群如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题有需求都可以加群群内有各大数据库行业大咖可以解决你的问题。加群请联系 liuaustin3 共3400人左右 1 2 3 4 5 6 7 8 9(1 2 3 4 5 6 7 8群已经爆满 9群 300开10群PolarDB专业学习群110 针对 SQLite 我们将建立一个新的群sqlite的群如果需要请加群的时候单独告知)上期咱们讲到了怎么调整告警的拼读以及智能告警的一个初步的模型今天咱们说说另一个话题怎么根除一些潜在的问题尤其现在AI提效咱们怎么避免被AI干掉或者尽量不被AI干掉。DB 监控 --DBA挨罚后咱们说说怎么能不挨罚的解决方案4DB 监控 --乱搞监控最后挨罚了吧3)DB 监控 不是我不聪明系列--只从技术角度考虑监控问题是要挨骂的2)DB 监控-告警老明白了但就是搞不好 老挨骂-- 不是我不聪明系列1MYSQL innodb buffer pool 原理与监控这也就是预期监控预期监控的含义是把潜在要发生问题的发现出来并且将问题灭杀在萌芽中。空道理都懂但是实现就难了那么今天咱们开始说说怎么进行数据库监控提前发现问题的思路和具体操作的方法。这里我们的寄出两个公式环比增长率 和 同比增长率什么是环比什么是同比环比增长率 (本期值 − 上期值) / 上期值 × 100% 同比增长率 (本期值 − 去年同期值) / 去年同期值 × 100%环比是发现短时间问题的一个好手比如我们数据库常见的几个指标QPS ,TPS日志空间CPU 内存连接数。当然还有更多具体我们后面几期可以继续说。我们举一个例子一个业务的数据库库CPU 很长一段时间在 20-30%我们通过环比比对每天的CPU值的变化基本如果每天的值都不变或者变动很少的情况下突然有一天CPU 从 80 - 20 / 20 * 100% 400% 那么我们就发现这个数据库上的CPU 突然暴涨了400%写到这里有人说这根本不用环比。那么我们举另一个例子25 - 20/ 20 * 100% 25%到这里你发现问题了如果CPU 就增长从 20 -25 没有人会注意但是如果我用百分比 CPU环比增长了25%你是不是会注意如果这个环比我们比对了 7天也就是一周发现每天这个环比都在上涨 从 25% 到了 40%此时你是不是呀问问怎么回事。这也就是我们今天要说把问题消灭在萌芽因为CPU我们设置80%才告警如果没有环比的对比可能某天突然数据库就不是到80%了是100% 120%数据库直接就挂了。所以环比是帮助我们发现每天的各种细微的变化并把他放大让我们知道的更多。在比如慢查询用这个就特别的合适我们出一道题在一个业务系统中经常出现一些慢查询这些满查询平时DBA已经优化了同时也让开发进行改写但最近我们发现数据库的满查询的环比在增长且没有任何的新项目并且CPU 内存都环比不动的情况下请问数据库系统可能出现什么问题我们来一个多选题A 数据量在变大索引的效率在变低我们需要针对索引的效率进行查看是不是索引又失效的B SQL 执行计划出现问题优化器在数据量增长或者统计信息收集不畅的情况下语句执行效率变低C 随着数据量的增大数据库启用了并行导致CPU被征用而导致慢查询变多D 数据库中的查询中分页查询从最早的 1-10变成了 10-20成为客户经常查询的范围正确答案咱们讨论
DB 监控 --数据库监控高科技，出道题你能选对了吗？
❝开头还是介绍一下群如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题有需求都可以加群群内有各大数据库行业大咖可以解决你的问题。加群请联系 liuaustin3 共3400人左右 1 2 3 4 5 6 7 8 9(1 2 3 4 5 6 7 8群已经爆满 9群 300开10群PolarDB专业学习群110 针对 SQLite 我们将建立一个新的群sqlite的群如果需要请加群的时候单独告知)上期咱们讲到了怎么调整告警的拼读以及智能告警的一个初步的模型今天咱们说说另一个话题怎么根除一些潜在的问题尤其现在AI提效咱们怎么避免被AI干掉或者尽量不被AI干掉。DB 监控 --DBA挨罚后咱们说说怎么能不挨罚的解决方案4DB 监控 --乱搞监控最后挨罚了吧3)DB 监控 不是我不聪明系列--只从技术角度考虑监控问题是要挨骂的2)DB 监控-告警老明白了但就是搞不好 老挨骂-- 不是我不聪明系列1MYSQL innodb buffer pool 原理与监控这也就是预期监控预期监控的含义是把潜在要发生问题的发现出来并且将问题灭杀在萌芽中。空道理都懂但是实现就难了那么今天咱们开始说说怎么进行数据库监控提前发现问题的思路和具体操作的方法。这里我们的寄出两个公式环比增长率 和 同比增长率什么是环比什么是同比环比增长率 (本期值 − 上期值) / 上期值 × 100% 同比增长率 (本期值 − 去年同期值) / 去年同期值 × 100%环比是发现短时间问题的一个好手比如我们数据库常见的几个指标QPS ,TPS日志空间CPU 内存连接数。当然还有更多具体我们后面几期可以继续说。我们举一个例子一个业务的数据库库CPU 很长一段时间在 20-30%我们通过环比比对每天的CPU值的变化基本如果每天的值都不变或者变动很少的情况下突然有一天CPU 从 80 - 20 / 20 * 100% 400% 那么我们就发现这个数据库上的CPU 突然暴涨了400%写到这里有人说这根本不用环比。那么我们举另一个例子25 - 20/ 20 * 100% 25%到这里你发现问题了如果CPU 就增长从 20 -25 没有人会注意但是如果我用百分比 CPU环比增长了25%你是不是会注意如果这个环比我们比对了 7天也就是一周发现每天这个环比都在上涨 从 25% 到了 40%此时你是不是呀问问怎么回事。这也就是我们今天要说把问题消灭在萌芽因为CPU我们设置80%才告警如果没有环比的对比可能某天突然数据库就不是到80%了是100% 120%数据库直接就挂了。所以环比是帮助我们发现每天的各种细微的变化并把他放大让我们知道的更多。在比如慢查询用这个就特别的合适我们出一道题在一个业务系统中经常出现一些慢查询这些满查询平时DBA已经优化了同时也让开发进行改写但最近我们发现数据库的满查询的环比在增长且没有任何的新项目并且CPU 内存都环比不动的情况下请问数据库系统可能出现什么问题我们来一个多选题A 数据量在变大索引的效率在变低我们需要针对索引的效率进行查看是不是索引又失效的B SQL 执行计划出现问题优化器在数据量增长或者统计信息收集不畅的情况下语句执行效率变低C 随着数据量的增大数据库启用了并行导致CPU被征用而导致慢查询变多D 数据库中的查询中分页查询从最早的 1-10变成了 10-20成为客户经常查询的范围正确答案咱们讨论
