小编点评

**摘要** * 表大小过大和数量过多会导致性能下降。 * 可以使用 truncate table 进行表大小缩减。 * 可以使用 promethus + node_exporter + grafana 进行 Grafana 表格监控部署。 * 使用 sysstat 工具集安装并启动 sysstat 服务可以监控 CPU 使用情况。 * 可以使用 sed 命令将 sar 结果格式化为 CSV 文件。 * 可以使用 Excel 进行简单的 CPU 监控和分析。 **使用方法** 1. 安装 promethus、node_exporter 和 grafana。 2. 配置 promethus 和 node_exporter。 3. 启动 Grafana。 4. 监控 CPU 使用情况。 5. 使用 sed 命令格式化 sar 结果。 6. 使用 Excel 进行 CPU 监控和分析。

正文

摘要

最近一直在研究表大小过大,表数量过多对性能的影响. 
想着能够通过truncate table 然后机器性能的变化
进行一下简单的验证. 
希望能够得出一个用于调优的依据

---

安装Grafana监控软件

第一种方式是使用 promethus + node_exporter + grafana
的方式进行部署和使用
自己干了一件比较蠢的事情:
自己部署了node 也部署了grafana

发现可以选择 1860 好的grafana的报表进行相关的处理

---

效果为

发现最近一段时间CPU的使用在增长, 怀疑可能有部分性能衰退的情况发生.

---

使用sysstat的方式

安装 yum install sysstat
设置服务 systemctl enable sysstat
开启服务 systemctl restart sysstat

sysstat 是一个工具集, 里面很多命令
这里不进行展开 仅说明一下 sar 的汇总命令

---

查看工作负载

查看今天的工作
sar
查看前面30天中任意的工作负载
sar -f /var/log/sa/sa03
# 表示查看 这个月3号或者是上个月3号的工作负载
# 既是: 查看30天内的一个3号的工作负载.

---

简单图形化sar的结果

sadf -d /var/log/sa/sa03 | sed 's/;/,/g' > sar03.csv
sadf -d /var/log/sa/sa23 | sed 's/;/,/g' > sar23.csv

#注意 sadf 也是 sar的一个工具, 可以格式化输出部分内容便于分析

---

使用excel进行简单分析

sadf 有两个小问题
1. 时区是UTC的需要自己转换一下. 或者是脑补也可以.
2. CPU值是 -1 可以还是用100 减去 idle 的方式来算出来.

然后通过excel的绘图就可以实现一个简单的CPU的时启用情况了 

---

使用excel进行简单分析