管理进程状态
当程序运行成为进程是，如果希望停止，那麽此时我们可以通过使用linux的kill命令对进程发送关闭信号，此外还有killall、pkill.
1.使用kill -l列出当前系统所支持的信号
常用的三个信号
| 信号编号 | 信号含义 | 信号翻译 |
|---|---|---|
| 1 | SIGHUP | 通常用来重新加载配置文件 |
| 9 | SIGKILL | 强制杀死进程 |
| 15 | SIGTERM | 终止进程，默认kill使用该信号 |
1.使用kill杀死指定PID进程
[root@oldboy ~] systemctl start vsftpd
[root@oldboy ~] ps aux|grep vsftpd
2.发送重载信号，例如 vsftpd 的配置文件发生改变，希望重新加载
[root@oldboy ~] kill -1 8473
[root@oldboy ~] ps aux|grep vsftpd
root 8499 0.0 0.0 112708 976 pts/0 R+ 15:12 0:00 grep --color=auto vsftpd
3.发送停止信号
[root@oldboy ~] kill 8473
[root@oldboy ~] ps aux|grep vsftpd
root 8499 0.0 0.0 112708 976 pts/0 R+ 15:12 0:00 grep --color=auto vsftpd
4.发送强制停止信号，当无法停止服务时，可强制终止信号
[root@oldboy ~] kill -9 8473
管理后台进程
1.什么是后台进程
通常进程都会在终端前台运行，一旦关闭终端，进程也会随着结束，那么此时我们就希望进程在后台运行，就是将前台运行的进程放入后台执行，这样关闭终端也不影响进程的执行
2..我们为什么要将进程放入后台运行
比如：我们此前在国内服务器往国外服务器传输大文件时，由于网络的问题需要传输很久，如果在传输的过程中出现网络抖动或者不小心关闭了终端则会导致传输失败，如果能将传输的进程放入后台，是不是就能解决此类问题了。
3.早期的时候大家都选择使用&符号将进程放入后台，然后在使用jobs、bg、fg等方式查看进程状态，但太麻烦了。也不直观，所以我们推荐使用screen。
1.jobs、bg、fg的使用(强烈不推荐，了解即可)、
[root@oldboy ~] sleep 3000 & //运行程序(时)，让其在后台执行
[root@oldboy ~] sleep 4000 //^Z,将前台的程序挂起(暂停)到后台
[2]+ Stopped sleep 4000
[root@oldboy ~] ps aux |grep sleep
[root@oldboy ~] jobs //查看后台作业
[1]- Running sleep 3000 &
[2]+ Stopped sleep 4000
[root@oldboy ~] bg %2 //让作业 2 在后台运行
[root@oldboy ~] fg %1 //将作业 1 调回到前台
[root@oldboy ~] kill %1 //kill 1，终止 PID 为 1 的进程
[root@oldboy ~] (while :; do date; sleep 2; done) & //进程在后台运行，但输出依然在当前终端
[root@oldboy ~] (while :; do date; sleep 2; done) &>/dev/null &
screen的使用
1.安装
[root@oldboy ~] yum install screen -y
2.开启一个screen窗口，指定名称
[root@oldboy ~] screen -S wget_mysql
3.在screen窗口中执行任务
4.使用ctrl+a+d，但不会终止screen中的任务，使用exit才会终止任务。
5.查看当前运行的screen有哪些
[root@oldboy ~] screen -list
There is a screen on:
8298.wget_mysql (Detached)
1 Socket in /var/run/screen/S-root.
进入运行的screen
[root@oldboy ~] screen -r wget_mysql
[root@oldboy ~] screen -r 8298
进程的优先级
1.什么是优先级
优先级是指优先享受资源
2.系统中如何给进程配置优先级?
在启动进程时，为不同的进程使用不同的调度策略。
nice 值越高： 表示优先级越低，例如+19，该进程容易将CPU 使用量让给其他进程。
nice 值越低： 表示优先级越高，例如-20，该进程更不倾向于让出CPU。
1.使用top或ps命令查看进程的优先级
.使用top可以查看nice优先级。 NI: 实际nice级别，默认是0。 PR: 显示nice值，-20映射到0，+19映射到39
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7465 root 20 0 573924 17212 6048 S 0.3 0.8 0:06.06 tuned
8549 root 20 0 161992 2216 1560 R 0.3 0.1 0:00.06 top
1 root 20 0 125664 4168 2564 S 0.0 0.2 0:02.83 systemd
2.使用ps查看进程优先级
[root@oldboy ~]# ps axo command,nice |grep vim
grep --color=auto vim 0
2.nice指定程序的优先级。语法格式 nice -n 优先级数字 进程名称
1.开启vim并且指定程序优先级为-20
[root@oldboy ~] nice -n -20 vim &
[1] 8552
查看该进程的优先情况
[root@oldboy ~] ps axo command,nice |grep vim
vim -20
grep --color=auto vim 0
3.renice命令修改一个正在运行的进程优先级。语法格式 renice -n 优先级数字 进程pid
1.查看sshd进程当前的优先级状态
[root@oldboy ~] ps axo pid,command,nice|grep sshd
7469 /usr/sbin/sshd -D 0
8314 sshd: root@pts/0 0
8476 sshd: root@pts/1 0
8557 grep --color=auto sshd 0
2.调整sshd主进程的优先级
[root@oldboy ~] renice -n -20 7469
7469 (process ID) old priority 0, new priority -20
调整之后退出终端
[root@oldboy ~] ps axo pid,command,nice|grep sshd
7469 /usr/sbin/sshd -D -20
8314 sshd: root@pts/0 0
8476 sshd: root@pts/1 0
8561 grep --color=auto sshd 0
[root@oldboy ~] exit
4.当再次登陆sshd服务，会由主进程fork子进程(那么子进程会继承主进程的优先级)
[root@oldboy ~] ps axo pid,command,nice|grep sshd
7469 /usr/sbin/sshd -D -20
8476 sshd: root@pts/1 -20
8562 sshd: root@pts/0 -20
8584 grep --color=auto sshd -20
系统平均负载
每次发现系统变慢时，我们通常做的第一件事，就是执行 top 或者 uptime 命令，来了解系统的负载情况。比如像下面这样，我在命令行里输入了 uptime 命令，系统也随即给出了结果。
[root@oldboy ~]# uptime
16:34:00 up 8:09, 2 users, load average: 0.00, 0.01, 0.05
#我们已经比较熟悉前面几列，它们分别是当前时间、系统运行时间以及正在登录用户数。
# 而最后三个数字呢，依次则是过去 1 分钟、5 分钟、15 分钟的平均负载（Load Average）
1.平均负载是指单位时间内，系统处于可运行状态和不可中断状态的平均进程数，也就是平均活跃进程数
2.可运行状态和不可中断状态是什么
1.可运行状态进程，是指正在使用的cpu或正在等待cpu的进程，也就是我们ps命令看到处于R状态的进程。
2.不可中断进程（你做什么事情的时候是不能打断的?) 系统中最常见的是等待硬件设备的 I/O 响应，也就是我们 ps 命令中看到的 D 状态（也称为 Disk Sleep）的进程。
3.那平均负载为多少时合理
最理想的状态是每个 CPU 上都刚好运行着一个进程，这样每个 CPU 都得到了充分利用。所以在评判平均负载时，首先你要知道系统有几个 CPU，这可以通过 top 命令获取，或grep 'model name' /proc/cpuinfo
平均负载有三个数值，我们应该关注哪个呢?
1.如果 1 分钟、5 分钟、15 分钟的三个值基本相同，或者相差不大，那就说明系统负载很平稳。
2.但如果 1 分钟的值远小于 15 分钟的值，就说明系统最近 1 分钟的负载在减少，而过去 15 分钟内却有很大的负载。
3.反过来，如果 1 分钟的值远大于 15 分钟的值，就说明最近 1 分钟的负载在增加，这种增加有可能只是临时性的，也有可能还会持续上升，所以就需要持续观察。
PS: 一旦 1 分钟的平均负载接近或超过了 CPU 的个数，就意味着系统正在发生过载的问题，这时就得分析问题，并要想办法优化了
4.那么在实际生产环境中，平均负载多高时，需要我们重点关注呢？
当平均负载高于 CPU 数量 70% 的时候，你就应该分析排查负载高的问题了。一旦负载过高，就可能导致进程响应变慢，进而影响服务的正常功能。
但 70% 这个数字并不是绝对的，最推荐的方法，还是把系统的平均负载监控起来，然后根据更多的历史数据，判断负载的变化趋势。当发现负载有明显升高趋势时，比如说负载翻倍了，你再去做分析和调查。
5.平均负载与 CPU 使用率有什么关系
在实际工作中，我们经常容易把平均负载和 CPU 使用率混淆，所以在这里，我也做一个区分。可能你会疑惑，既然平均负载代表的是活跃进程数，那平均负载高了，不就意味着 CPU 使用率高吗？
我们还是要回到平均负载的含义上来，平均负载是指单位时间内，处于可运行状态和不可中断状态的进程数。所以，它不仅包括了正在使用 CPU 的进程，还包括等待 CPU 和等待 I/O 的进程。
而 CPU 使用率，是单位时间内 CPU 繁忙情况的统计，跟平均负载并不一定完全对应。比如：
CPU 密集型进程，使用大量 CPU 会导致平均负载升高，此时这两者是一致的；
I/O 密集型进程，等待 I/O 也会导致平均负载升高，但 CPU 使用率不一定很高；
大量等待 CPU 的进程调度也会导致平均负载升高，此时的 CPU 使用率也会比较高。