mysql 瓶颈诊断_MySQL 监控、性能瓶颈排查

监控的作用

业务/数据库服务是否可用

是否可以对外提供服务

进程在允许，但没监听网络，或者授权不正确，或者网络出故障

因此不能只监控进程启动与否，是否监听网络

最好能模拟业务逻辑进行监控

这个业务逻辑除了能完成可用性监控外，还可以进行数据可靠性监控

数据可靠性

业务数据是否可靠

服务可用，不代表数据就是正确的

有可能误操作删除数据，或者其他意外原因丢失数据

或者主从复制延迟，导致在从服务器无法读取到最新数据

通过模拟随机业务逻辑来验证数据可靠性

服务器&MySQL实例出现高负债

服务可用，但响应很慢，其实等于不可用

响应很慢时，用户不耐烦一直刷新，更容易引起风暴

需要及时关注整个系统响应时长，每秒处理事务数

监控可重点关注当前可用性和历史数据趋势

可用性告警

历史趋势

了解线上计算资源使用情况

作为计算资源扩容/收缩的参考

作为优化工作的成果展示记录

通过事务实时性能数据变化感知业务的变化

数据库性能变化趋势判断服务器资源是否足够

监控之关键指标

常规运行情况汇总

CPU： %user, %sys, %idel, %iowait

内存： free，cached, swap, 是否有内存泄漏和OOM

I/O： iops，吞吐，延时，利用率(%util)

网卡： 吞吐(特别关注小包收发频率)

系统监控

常规工具

top， free， ps ，df

sysstat (sar，mpstat, iostat) \ dstat \ iotop

sar -u   cpu状态

sar -d  disk状态

iostat -dkx / dmx

mpstat 查看cpu中断不均衡  mpstat -I SUM -P ALL 1 10 (如果中断不均衡说明硬盘网卡等默认绑定到某一个cpu，改成可以使用所有cpu)

netstat, ethstatus, arping

其他工具

perf

pstack

MySQL 监控、性能瓶颈排查

标签：top   操作   sql   历史   amp   数据   iostat   util   mysq

本条技术文章来源于互联网，如果无意侵犯您的权益请点击此处反馈版权投诉

本文系统来源：https://www.cnblogs.com/yujiaershao/p/11387787.html