在运维实际工作中，常用的 20 个关键指标可以帮助我们全面评估和优化系统性能。这些指标涵盖了系统性能等多个方面，对于全面评估和优化 IT 运维和 Linux 运维工作至关重要。
指标说明：用户发起请求到系统返回响应的时间，是评估系统性能和用户体验重要指标。
参考阈值：一般应控制在几百毫秒到数秒间，具体取决于应用类型和用户期望。
指标说明：系统处理请求时发生错误百分比，用于评估系统的稳定性和可靠性。
参考阈值：低于 1%错误率通常是良好的，具体取决于应用业务和服务级别协议。
指标说明：单位时间内系统处理请求数，反映系统处理能力和资源利用率。
参考阈值：根据应用的负载和性能要求进行优化，通常是希望吞吐量越高越好。
指标说明：在一定时间范围内系统正常运行的百分比，衡量系统的持久性和稳定性。
参考阈值：高可用性通常要求在 99%以上，具体取决于应用的业务需求。
指标说明：CPU 运行在非空闲状态的时间占比，反映 CPU 的繁忙程度。
参考阈值：合理控制 CPU 使用率，避免过载。
指标说明：系统内存使用情况，包括已使用和空闲内存。
参考阈值：保持合理的内存利用率，避免内存溢出。
指标说明：磁盘的读写速度和效率，影响数据访问性能。
参考阈值：根据应用需求优化磁盘性能。
指标说明：数据在网络传输过程的延迟时间，影响系统的通信和数据交互。
参考阈值：低于几十毫秒网络延迟通常是良好的，但具体取决于应用的实时性要求。
指标说明：同一时刻系统处理的并发连接数，用于评估系统并发能力。
参考阈值：根据系统类型和业务需求确定合适并发连接数。
指标说明：数据库处理查询请求的时间，直接影响应用的数据库交互性能。
参考阈值：通常应控制在几百毫秒到数秒间，具体取决于数据库负载和查询复杂度。
指标说明：某一时间段内发生安全事件数量，用于评估系统的安全性和受攻击风险。
参考阈值：低于 1%安全事件率通常是良好的，具体取决于系统的安全需求。
指标说明：系统日志分析平均时间，用于评估日志监控和故障排查的效率。
参考阈值：高效日志分析通常应在分钟级别完成，具体取决系统规模和日志量。
指标说明：资源使用率与提供服务关系，评估系统对资源的有效利用程度。
参考阈值：较高资源利用效率表示系统有效利用资源，具体的标准根据系统类型和业务需求而异。
指标说明：定时任务执行的准确性，用于评估系统计划任务的可靠性。
参考阈值：较高的准确性表明系统能够按照预定计划执行任务，通常维持在 95%以上。
指标说明：系统数据的持久性，即数据在面对故障时的保持能力，用于评估系统的数据安全性。
参考阈值：高持久性表明系统能够有效保护数据，通常应达到 99%以上。
指标说明：系统从故障发生到完全恢复所需平均时间，用于评估系统可恢复性。
参考阈值：较短的 MTTR 表示系统能够快速从故障中恢复，具体标准根据业务需求而异。
指标说明：系统在连续运行中平均经历故障间隔时间，用于评估系统的稳定性。
参考阈值：较长的 MTBF 表示系统较为稳定，具体标准根据业务需求而异。
指标说明：发现安全漏洞后系统修复的平均时间，用于评估系统对安全威胁的应对速度。
参考阈值：较短的修复时间有助于降低安全风险，通常在几天到一周之间。
指标说明：用户对系统满意度，通过用户反馈和调查评估系统的用户体验。
参考阈值：高用户满意度是系统成功的关键，通常维持在 90%以上。
指标说明：系统运维和部署过程中自动化工具和流程采纳程度，用于评估系统运维效率。
参考阈值：较高自动化采纳率表示系统运维更加高效，通常在 70%以上。
之前因为访问速度换到自搭建不蒜子，丢失了之前的所有数据。星辰写了一个转换的项目，可以将原有不蒜子的数据无痛转移到自搭建的上面来。下面我们来实操一下吧！
因为我的图床的请求和流量费用比较高，且有安全风险，所以我一般是服务器反代了我的图床。但是我发现即使我反代了我的图床，我的图床请求量和流量每天还是挺高。一开始我以为是有一些没有缓存，比较冷门的图还被第一次访问，但是用了好几个月还是每天几万请求。后来我意识到一件事情：可能缓存没
因为百度统计使用unload导致浏览器报错和一系列性能问题，并且去广告插件之类的对百度统计都有屏蔽，导致无法获取真实的数据，所以决定之下还是选择了自搭建umami。这也是向访客隐私迈出的一大步，也就是说在未来我的博客将不会将访客数据传输给第三方，避免了潜在的隐私风险。
通过查看 Nginx 的并发连接，运维人员可以更清楚的知道网站的负载情况。
在宝塔面板的软件商店里，安装宝塔 SSH 终端，设置在首页显示。
1.查看 Web 服务器（Nginx Apache）的并发请求数及其 TCP 连接状态
netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'执行结果说明如下
ESTABLISHED 1597 （正常数据传输状态）
LAST_ACK 5 （正在等待处理的请求数）
TIME_WAIT 1057 （处理完毕，等待超时结束的请求数）
SYN_RECV 30
FIN_WAIT1 51
FIN_WAIT2 504
CLOSED：无连接是活动的或正在进行
LISTEN：服务器在等待进入呼叫
SYN_RECV：一个连接请求已经到达，等待确认
SYN_SENT：应用已经开始，打开一个连接
ESTABLISHED：正常数据传输状态
FIN_WAIT1：应用说它已经完成
FIN_WAIT2：另一边已同意释放
ITMED_WAIT：等待所有分组死掉
CLOSING：两边同时尝试关闭
TIME_WAIT：另一边已初始化一个释放
LAST_ACK：等待所有分组死掉2.查看 Nginx 运行进程数返。回的数字就是 nginx 的运行进程数
ps -ef | grep nginx | wc -l3.查看 Web 服务器进程连接数
netstat -antp | grep 80 | grep ESTABLISHED -c4.查看 MySQL 进程连接数
ps -axef | grep mysqld -c
