前言🚀🚀🚀
想要学好Linux，命令是基本功，企业中常用的命令大约200多个，不管是写shell脚本还是管理操作系统，最常用的命令必须要牢牢掌握，像我们以前学乘法口诀一样，烂熟于心，唯有如此，才能打牢基础。
💓 知识最重要的是记忆
💓 入门须知： 想要人生从容，必须全力以赴，努力才是你最终的入场券🚀🚀🚀
💕 最后： 努力成长自己，愿我们都能在看不到的地方闪闪发光 ，一起加油进步🍺🍺🍺

一. uptime命令介绍

Linux系统中的uptime命令主要用于获取主机运行时间和查询Linux系统负载等信息。

uptime命令可以显示系统已经运行了多长时间，信息显示依次为：现在时间、系统已经运行了多长时间、目前有多少登录用户、系统在过去的1分钟、5分钟和15分钟内的平均负载。 uptime命令用法十分简单，直接输入uptime即可查看系统负载情况。

二. 语法格式及常用选项

使用帮助命令查看具体的参数和语法格式：
uptime --help

[root@mufenggrow ~]# uptime --help

Usage:
 uptime [options]

Options:
 -p, --pretty   show uptime in pretty format
 -h, --help     display this help and exit
 -s, --since    system up since
 -V, --version  output version information and exit

For more details see uptime(1).

可以看到，uptime后面可以直接跟选项。

参数	描述
-p	采用可读友好的格式输出系统已运行时长
-h	–help 显示帮助信息
-s	–since 以格式 yyyy-mm-dd HHSS format 输出系统启动时间
-V	–version 显示版本信息

三. 参考案例

3.1 显示当前系统运行负载情况

不加任何参数直接执行uptime,如下：

[root@mufenggrow ~]# uptime
 22:53:55 up  3:05,  3 users,  load average: 0.00, 0.02, 0.05

以上列出的参数解释：

参数	描述
22:53:55	当前系统的时间
up 3:05	系统已经运行了3个小时零5分
3users	当前登录用户数
load average: 0.00, 0.02, 0.05	系统负载，即任务队列的平均长度。 三个数值分别为 1分钟、5分钟、15分钟前到现在的平均值。

系统负载，即任务队列的平均长度。 三个数值分别为 1分钟、5分钟、15分钟前到现在的平均值。

经验：单核心，1分钟的系统平均负载不要超过3

基于以上经验：

如果服务器的CPU为1核心，则load average中的数字 >=3 负载过高，如果服务器的CPU为4核心，则load average中的数字 >=12 负载过高。

3.2 显示机器正常运行的时间

此处只显示机器的正常运行时间，所以需要用到-参数

[root@mufenggrow ~]# uptime -p
up 3 hours, 12 minutes

可以看到显示的时间为3小时12分钟，这是系统运行时间，一般等于你开机的时间，比如：

[root@master-21 ~]# uptime -p
up 7 hours, 43 minutes

3.3 显示机器启动时间

我们知道系统运行的时间之后，想知道是从哪个时间点运行的，就可以使用-s参数

[root@mufenggrow ~]# uptime -s
2023-01-31 19:48:26

可以看到-s显示的是具体的系统启动运行时间。

3.4 关于平均负载的介绍

平均负载：

平均负载是指单位时间内，系统处于可运行状态和不可中断状态的平均进程数，也就是平均活跃进程数，它和CPU使用率并没有直接关系。

• 可运行状态：是指正在使用CPU或者正在等待CPU的进程，也就是ps命令看到的处于R状态的进程
• 不可中断状态：是指正在处于内核态关键流程中的进程，并且这些进程是不可打断的，比如常见的等待硬件设备的IO操作，也就是ps命令看到的处于D状态的进程

不可中断状态是系统对进程和硬件设备的一种保护机制

说通俗点，平均负载其实就是平均活跃进程数。最理想的平均活跃进程数就是每个CPU上都刚好运行着一个进程，这样每个CPU都得到了充分的利用。

当一个进程向磁盘读写数据时，为了保证数据的一致性，在得到磁盘回复前，它是不能被其他进程或者中断打断的，这个时候的进程就处于不可中断状态。如果此时的进程被打断了，就容易出现磁盘数据与进程数据不一致的问题

除了使用uptime，我们用 cat /proc/loadavg命令也可以查看平均负载：

[root@mufenggrow ~]# cat /proc/loadavg
0.00 0.01 0.05 1/514 14655

前三个数字与uptime一致，后面的：
1/514 表示正在运行的进程数有一个，分母是总进程数
14655 表示正在运行的进程ID为 14655

关于cpu我们之前介绍过一些概念：

CPU个数：即物理CPU数，主板实际插入的CPU数量，可以数不重复的 physical id 有几个（physical id）
CPU核数：单块CPU上面能处理数据的芯片组的数量，如双核，四核等（cpu cores）

逻辑CPU数：一般情况下，逻辑CPU=物理CPU个数x每颗核数。如果不等，表示CPU支持超线程技术

平均负载和cpu个数有一定的关系 比如平均负载为4时意味着什么呢？

多核cpu和多个cpu效果类似

# cat /proc/cpuinfo     #查看CPU的信息
# grep -c ‘model name’ /proc/cpuinfo  #返回CPU的总核心数

• 在只有4个CPU的系统上，意味着所有的CPU都刚好被完全占用。
• 在8个CPU的系统上，意味着CPU有50%的空闲。
• 而在有2个CPU系统上，意味着有一半的进程竞争不到CPU。

其他经验：

如果1分钟，5分钟，15分钟的三个值基本相同，或者相差不大，那就说明系统负载很平稳。

如果1分钟的值远小于15分钟的值，就是说在15分钟之前负载很高，到了1分钟的时候已经下降很多了，甚至负载已经不高了，这时候只需要关注下为什么在15分钟高就行了，不需要介入处理。。

但如果1分钟的值远大于15分钟的值，说明近1分钟负载在增加，这种情况可能是临时性的，也可能还会持续，要持续观察，一旦1分钟的平均负载超过了CPU的数量，意味着系统正在发生过载的问题。

例如：一个单核系统上，平均负载为1.78，0.60，6.56，说明1分钟内，系统有78%的超载，而在15分钟内有556%的超载。

实际生产中，平均负载多高时需要关注

当系统负载持续大于0.7，就要开始排查了，防止情况恶化；
当系统负载持续大于1.0，你就必须手动寻找解决办法，把这个值降下来；
当系统负载达到5.0，就表明你的系统有很严重的问题，长时间没有响应，或者接近死机了，一般不允许让系统达到这个值

常用的性能排查工具

• stress：Linux 系统压力测试工具，这里我们用作异常进程模拟平均负载升高的场景。
• mpstat：是一个常用的多核 CPU 性能分析工具，用来实时查看每个 CPU 的性能指标，以及所有CPU的平均指标。
• pidstat：是一个常用的进程性能分析工具，用来实时查看进程的 CPU、内存、I/O 以及上下文切换等性能指标。

总结

💕💕💕 好啦，这就是今天要分享给大家的全部内容了，我们下期再见！✨ ✨ ✨
🍻🍻🍻如果你喜欢的话，就不要吝惜你的一键三连了~