内容一：进程优先级和修正值（nice 值）的关系
1.1 进程优先级的作用
1.2 进程优先级和修正值（nice 值）的关系
1.3 修正值（nice 值）的范围

内容二：修正值（nice 值）的设置
2.1 设置修正值（nice 值）的格式
2.2 设置修正值（nice 值）的案例

内容三：查看进程的修正值

具体的内容：

内容一：进程优先级和修正值（nice 值）的关系
1.1 进程优先级的作用

进程的真正优先级越小，则此进程则越能优先被执行

1.2 进程优先级和修正值（nice 值）的关系

进程的真正优先级 = 进程默认优先级 + 修正值（nice 值）

1.3 修正值（nice 值）的范围

从 -20 到 +19

内容二：修正值（nice 值）的设置
2.1 设置修正值（nice 值）的格式

# nice -n <correction value> <command>

或者：

# nice --adjustment=<correction value> <command>

或者：

# nice -<correction value> <command>

2.2 设置修正值（nice 值）的案例

# nice -n 10 top

或者：

# nice --adjustment=10 top

或者：

# nice -10 top

（注意：这里的 -10 不是指负数 10 而是指正数 10）

（补充：这里以修正值为 10 启动 top 命令为例）

内容三：查看进程的修正值

# top

或者：

# ps -ef

（
补充：
1) PRI 代表进程默认的优先级
2) NI 代表进程的修正值（nice 值）
3) 进程的真正优先级 = PRI + NI
4) 如果多个进程的真正优先级一样，则 root 用户的进程被优先执行
）

# system-analyze

内容二：查看某一个服务启动的时间

# system-analyze <service>

# free -m

内容二：Linux 内存机制

1) total 内存的总大小
2) used 正在被使用的内存大小
3) free 没有被使用的内存大小
4) shared 正在被用于共享的内存大小
5) buff/cache 正处于缓存状态的内存大小（当 free 状态的内存不够时，它会自动释放出来）
6) available 还可以被应用程序使用的内存大小

（
补充：释放处于 shared 状态内存的方法
1) # echo 1 > /proc/sys/vm/drop_caches #清除 pagecache
2) # echo 2 > /proc/sys/vm/drop_caches #清除 slab
3) # echo 3 > /proc/sys/vm/drop_caches #同时清除 pagecache 和 slab
）

#名称：检测服务器 CPU 占用率并报警写入日志
#作用：检测服务器 CPU 占用率并报警写入日志

#使用方法：
#1. 在此脚本的分割线内写入相应的内容
#2. 给此脚本添加执行权限
#3. 将此脚本添加到周期性计划任务里
#4. 如果 CPU 占用率超过了报警值则将报警信息写入 /var/log/message

脚本分割线里的变量：
cputhreshold=95 #CPU 报警的占比值

脚本：

#!/bin/bash

####################### Separator ########################
cputhreshold=95
####################### Separator ########################

cpumonitor() {
cpu=`top -n 1 -b | grep Cpu | awk -F, '{print $1}'| awk -F: '{print $2}'| awk '{print $1}'`

if [ `echo "$cpu > $1"|bc` -ne 0 ]
then
        logger "CPU_Alarm CPU until $cpu"
fi
}

cpumonitor $cputhreshold

Author: Mingyu Zhu
Name: view the process using swap
Function: view the process using swap

Usage:
1. Add execution permission to this script
2. Execute the script

Script:

#!/bin/bash

i=1

while [ $i -le 100 ]
do free -m
        sleep 15
        let i=i+1
done

# vim /root/12456.sh

创建以下内容：

#!/bin/bash
for i in {1..5}
do
echo $i
done

（补充：这里以创建 /etc/root/for.sh 脚本为例）

步骤二：创建 systemctl 的管理文件

# vim /etc/systemd/system/12456.service

创建以下内容：

[Unit]
Description=12345
After=default.target

[Service]
Type=oneshot
ExecStart=/root/12456.sh

[Install]
WantedBy=default.target

（补充：这里以创建 /etc/systemd/system/12456.service 来管理 ExecStart=/root/12456.sh 为例）

步骤三：加载刚刚创建的 systemctl 管理文件

# systemctl daemon-reload

步骤四：通过 systemd 管理脚本
4.1 启动脚本

# systemctl start 12456.service

4.2 关闭脚本

# systemctl stop 12456.service

4.3 重启脚本

# systemctl restart 12456.service

4.4 让脚本开机自启

# systemctl enable 12456.service

1) oom-killer
2) Out of memory: Kill process 10001 (nginx) score 3 or sacrifice child
3) mems_allowed=0

分析：

1) 系统出现了内存不足的情况
2) 占用内存最大的进程被系统杀死了

解决方法：

1) 增加内存
2) 限制应用可使用的最大内存

服务器系统要配置好可用的软件源

步骤二：安装 tuned 系统优化软件

# yum -y install tuned

步骤三：查看 tuned 推荐的优化模式

# tuned-adm recommend
virtual-guest

步骤四：切换至 tuned 推荐的优化模式

# tuned-adm profile virtual-guest

步骤五：查看当前的优化模式

# tuned-adm active
Current active profile: virtual-guest

补充：取消 tuned 系统优化的方法

# tuned-adm off

# service -–status-all

内容二：启动某一个单元

# service <unit> start

内容三：停止某一个单元

# service <unit> stop

（1）R 处于运行状态或者等待运行状态
（2）S 处于休眠状态
（3）T 处于停止状态或者处于被追踪的状态
（4）Z 处于僵尸进程的状态
（5）W 处于进入内存交换的状态
（6）X 处于被杀死进程的状态
（7）D 处于不可中断的休眠状态

（注意：D 状态通常由存储进程中断导致，无法被 kill 命令杀死，但可以通过重启系统清除）

内容二：Linux 的第二进程状态

（1）< 代表此进程具有高优先级
（2）N 代表此进程具有低优先级
（3）L 代表此进程有些部分被所进了内存
（4）s 代表此进程包含子进程
（5）+ 代表此进程处于后台的状态
（6）l 代表此进程是被克隆出来的多线程

内容三：Linux 查看进程状态的命令

# ps -aux

服务器系统配置好可用的软件源

步骤二：安装 cockpit

# yum -y install cockpit cockpit-dashaboard

（补充：cockpit 是管理单台主机的程序，cockpit-dashaboard 是管理多台主机的程序）

步骤三：启动 cockpit

# systemctl start cockpit

步骤四：登录 cockpit

使用浏览器登录：https://<服务器的/ IP 地址>:9090

# ps aux

解释:

USER：启动该进程的用户账号名称

PID：该进程在系统中的数字ID号，在当前系统中是唯一的。

TTY：表明该进程在哪个终端上运行。“？”表示未知或者不需要终端。

STAT：显示了进程当前的状态，如S（休眠）、R（运行）、Z（僵死）、<（高优先级）、N（低优先级）、s（父进程）、+（前台进程）。对于僵死的进程，应该手动处理掉。（问：为什么？）

START：启动该进程的时间

TIME：该进程占用CPU的时间

COMMAND：启用该进程的命令名称

%CPU：CPU占用百分比

%MEM：内存占用百分比

VSZ：占用虚拟内存（swap空间）大小

RSS：占用常驻空间（物理内存）的大小

————————————————
版权声明：本文为CSDN博主「秃头阿鑫」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_47763101/java/article/details/106391154

注明：所有转载内容皆直接从被转载文章网页的标题和内容的文本和图片中复制而来

站主补充：
补充一：D 状态的进程
D 状态的进程代表处于不可以被杀死的休眠状态。D 状态的进程就算是用 kill -9 命令也无法杀死

补充二：将 ps 的输出工整
# ps -T 

内容一：查看 kill 所有可用的选项

内容二：kill 的常用案例
2.1 案例一：强杀某一个 pid 号
2.2 案例二：正常退出某一个 pid 号
2.3 案例三：杀死某一个进程名称下的所有 pid 号

具体的内容：

内容一：查看 kill 所有可用的选项

内容二：kill 的常用案例
2.1 案例一：强杀某一个 pid 号

# kill -9 <pid number>

或者：

# kill -<kill option> <pid number>

2.2 案例二：正常退出某一个 pid 号

# kill -15 <pid number>

2.3 案例三：杀死某一个进程名称下的所有 pid 号

# killall <process name>

服务器系统配置好可用的软件源

内容二：如果系统中没有此命令，则需要先安装此命令

# yum -y install psmisc

（补充：这里以 CentOS&RHEL 安装 psmisc 为例）

内容三：使用此命令

# pstree

内容一：将进程放入后台
1.1 直接将一个进程放到后台
1.2 将一个目前正在前台运行的进程放到后台

内容二：查看放入后台的进程
2.1 查看所有放入后台的进程
2.2 查看某一个放入后台的进程

内容三：管理放入后台的进程
3.1 在后台启动放入后台的进程
3.1.1 在后台启动放入后台的进程（通过后台进程号）
3.1.2 在后台启动放入后台的进程（通过后台进程名）
3.2 在前台启动放入后台的进程
3.2.1 在前台启动放入后台的进程（通过后台进程号）
3.2.2 在前台启动放入后台的进程（通过后台进程名）
3.3 杀死放入后台的进程
3.3.1 杀死放入后台的进程（通过后台进程号）
3.3.2 杀死放入后台的进程（通过后台进程名）

具体的内容：

内容一：将进程放入后台
1.1 直接将一个进程放到后台

# firefox&

1.2 将一个目前正在前台运行的进程放到后台

按下 “ctrl” 和 “z”

内容二：查看放入后台的进程
2.1 查看所有放入后台的进程

# jobs

2.2 查看某一个放入后台的进程
2.2.1 查看某一个放入后台进程（通过后台进程号）

# jobs %<background process number>

2.2.2 查看某一个放入后台进程（通过后台进程名）

# jobs %<background process name>

（注意：只有后台进程名唯一时此操作才有效）

内容三：管理放入后台的进程
3.1 在后台启动放入后台的进程
3.1.1 在后台启动放入后台的进程（通过后台进程号）

# bg %<background process number>

（注意：只有可以在后台启动的进程才能在后台启动）

3.1.2 在后台启动放入后台的进程（通过后台进程名）

# bg %<background process name>

（注意：只有可以在后台启动的进程才能在后台启动，且只有后台进程名唯一时此操作才有效）

3.2 在前台启动放入后台的进程
3.2.1 在前台启动放入后台的进程（通过后台进程号）

# fg %<background process number>

3.2.2 在前台启动放入后台的进程（通过后台进程名）

# fg %<background process name>

（注意：只有后台进程名唯一时此操作才有效）

3.3 杀死放入后台的进程
3.3.1 杀死放入后台的进程（通过后台进程号）

# kill %<background process number>

（补充：这里可以配合各种 kill 选项进行操作，例如 kill -9）

3.3.2 杀死放入后台的进程（通过后台进程名）

# kill %<background process name>

（注意：只有后台进程名唯一时此操作才有效）

（补充：这里可以配合各种 kill 选项进行操作，例如 kill -9）

# cat /sys/block/<partition name>/queue/nr_requests
128

1.2 提高硬盘的吞吐量

# echo 512 > /sys/block/<partition name>/queue/nr_requests

（补充：这里以降硬盘的吞吐量提高到 512 为例）

内容二：修改硬盘的 I/O 调度算法
2.1 硬盘调度算法种类

1) CFQ：完全公平排队 I/O 调度程序，是通用型服务器、多媒体应用和桌面系统的最佳选择
2) NOOP：电梯式调度程序，倾向于牺牲读操作而提高写操作
3) Deadline：截至时间调度程序，防止写操作因为不能进行读操作而被牺牲的情况
4) AS：预料 I/O 调度程序，适用于写操作量需求较大的服务器，不适用于数据库服务器

2.2 查看当前硬盘被设置的 I/O 调度算法
2.2.1 查看系统当前所有硬盘默认的 I/O 调度算法

# dmesg | grep -i scheduler

2.2.2 查看某一个分区当前的 I/O 调度算法

# cat /sys/block/sda/queue/scheduler
noop anticipatory deadline [cfq]

（补充：这里中括号 “[]” 以内的调度算法名就是当前使用的调度算法）

2.3 临时修改某一个分区的 I/O 调度算法

# echo noop > /sys/block/<partition name>/queue/scheduler

（注意：此种修改方式会在重启后失效）

2.4 永久修改系统默认的 I/O 调度算法

# grubby --update-kernel=ALL --args="elevator=<scheduling algorithm name>"

（注意：此种修改方式需要重启才会生效）

内容一：受 systemctl 管理的单元列表
1.1 列出所有 systemctl 可用单元
1.2 列出所有 systemctl 正在运行的单元
1.3 列出所有 systemctl 运行失败的单元
1.4 列出所有受 systemctl 管理的服务单元
1.5 列出所有受 systemctl 管理的目标单元

内容二：单元的状态查看

内容三：单元的启动管理
3.1 启动某一个单元
3.2 停止某一个单元
3.3 重启某一个单元
3.4 启动并将一个单元设置为开机自启

内容四：单元的开机自启管理
4.1 让某一个单元开机自启
4.2 取消某一个单元的开机自启
4.3 查看某一个单元是否是开机自启

内容五：单元的锁定管理
5.1 锁定某一个单元（禁止其启动）
5.2 取消某一个单元的锁定（让它可以启动）

内容六：重新加载某 systemctl 的配置文件

具体的内容：

内容一：受 systemctl 管理的单元列表
1.1 列出所有 systemctl 可用单元

# systemctl list-unit-files

（补充：所有受 systemctl 管理单元的文件都是放在 /usr/lib/systemd/system 目录下的）

1.2 列出所有 systemctl 正在运行的单元

# systemctl list-units

（补充：所有受 systemctl 管理单元的文件都是放在 /usr/lib/systemd/system 目录下的）

1.3 列出所有 systemctl 运行失败的单元

# systemctl --failed

（补充：所有受 systemctl 管理单元的文件都是放在 /usr/lib/systemd/system 目录下的）

1.4 列出所有受 systemctl 管理的服务单元

# systemctl list-units --type service

（
补充：
1) 所有受 systemctl 管理单元的文件都是放在 /usr/lib/systemd/system 目录下的
2) service 是一个个单独的服务
3) target 是包含很多个单独服务（service）的一组服务
）

1.5 列出所有受 systemctl 管理的目标单元

# systemctl list-units --type target

（
补充：
1) 所有受 systemctl 目标管理单元的文件都是放在 /usr/lib/systemd/system 目录下的
2) service 是一个个单独的服务
3) target 是包含很多个单独服务（service）的一组服务
）

内容二：单元的状态查看

# systemctl status <unit>

（
补充：
1) systemctl 的主要状态项有：
Loaded 单元是否已被内存加载
Active 单元是否已成功运行
Main PID 单元主进程的 PID 号
Status 单元的其他相关信息

2) Active 状态项的参数有：
loaded 单元文件已经处理
active（running） 单元正在运行
active（exited）已完成单元的一次性配置
active（waiting）正在等待启动
inactive 没有启动
enabled 将在系统启动时自动启动
disabled 不会在系统启动时自动启动
static 可以被其他单元启动

3) 单元既可以是服务单元也可以是目标单元
）

内容三：单元的启动管理
3.1 启动某一个单元

# systemctl start <unit>

（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）

3.2 停止某一个单元

# systemctl stop <unit>

（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）

3.3 重启某一个单元

# systemctl restart <unit>

（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）

3.3 查看某一个单元是否正在运行

# systemctl is-active <unit>

（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）

3.4 启动并将一个单元设置为开机自启

# systemctl enable --now <unit>

（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）

内容四：单元的开机自启管理
4.1 让某一个单元开机自启

# systemctl enable <unit>

（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）

4.2 取消某一个单元的开机自启

# systemctl disable <unit>

（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）

4.3 查看某一个单元是否是开机自启

# systemctl is-enabled <unit>

（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）

内容五：单元的锁定管理
5.1 锁定某一个单元（禁止其启动）

# systemctl mask <unit>

（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）

5.2 取消某一个单元的锁定（让它可以启动）

# systemctl umask <unit>

（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）

内容六：重新加载某 systemctl 的配置文件

# systemctl daemon-reload

注明：所有转载内容皆直接从被转载文章网页的标题和内容的文本中复制而来

站主补充：
 iotop 还有以下参数
-k, --kilobytes 在非交互的模式下，以 kb 为单位显示
-t, --time 在非交互的模式下，加上时间戳
-q, --quiet 在交互的模式下，禁止头几行，它有三种指定方式
    -q 只有在第一次显示时显示列名
    -qq 永远不显示列名
    -qqq 永远不显示 I/O 汇总的总量

在以上的显示中，主要看%iowait和%idle，%iowait过高表示存在I/O瓶颈，即磁盘I/O无法满足业务需求，如果%idle过低表示CPU使用率比较严重，需要结合内存使用等情况半段CPU是否瓶颈。
2.2 -p:报告每个CPU的状态
    [root@admin ~]# sar -p 1 3 （报告每个CPU的使用状态）

2.3 将统计结果保存在文件中，并从文件读取内容
        [root@admin ~]# sar -u -o /servers/script/sar.txt 2 3 （保存之文件，保存后的文件是二进制的，无法使用vim和cat查看）
        [root@admin ~]# sar -u -f /servers/script/sar.txt （从二进制文件读取）

注：将输出到文件(-o)和读取记录信息(-f)
2.4 -q:查看平均负载
        [root@admin ~]# sar -q 1 3

2.5-r:查看内存使用情况
        [root@admin ~]# sar -r

2.6 -W :查看系统swap分区的统计信息

2.7 -b:查看I/O和传递速率的统计信息
2.8 -d:磁盘使用详细统计
2.9 -v:进程，inode，文件和锁表状态
2.10 -n:统计网络信息
        1） DEV：网络接口统计信息
        2） EDEV：网络接口错误
        3）IP：IP数据报统计信息
        4)：EIP：IP错误统计信息
         5）TCP：TCP统计信息
          6）ETCP：TCP错误统计信息
         7）SOCK：套接字使用

————————————————
版权声明：本文为CSDN博主「喵喵Amy」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/an1415/article/details/80761614

注明：所有转载内容皆直接从被转载文章网页的标题和内容的文本和图片中复制而来

注明：所有转载内容皆直接从被转载文章网页的标题和内容的文本中复制而来