面试中经常被问到的查看磁盘IO，你真的掌握了吗？本文结合实例，讲解Linux中查看磁盘IO的正确用法。

很多线上 Bug 的根源，都在于对时区与时间同步的理解不够深入。本文从常见错误出发，反推正确的使用姿势。

同样是查看进程资源占用，不同的实现方式在性能和可维护性上差别很大。本文对比几种常见写法，并给出推荐方案。

很多初学者在学习Linux时，都会遇到内存不足排查相关的问题。网上的资料零散且质量参差不齐，本文尝试用一篇文章把内存不足排查讲清楚。

很多线上 Bug 的根源，都在于对编写systemd服务文件的理解不够深入。本文从常见错误出发，反推正确的使用姿势。

很多线上 Bug 的根源，都在于对配置开机自启动的理解不够深入。本文从常见错误出发，反推正确的使用姿势。

面试中经常被问到的查看进程资源占用，你真的掌握了吗？本文结合实例，讲解Linux中查看进程资源占用的正确用法。

面试中经常被问到的编写systemd服务文件，你真的掌握了吗？本文结合实例，讲解Linux中编写systemd服务文件的正确用法。

修改SSH默认端口是Linux开发者必须掌握的基础技能之一。掌握它不仅能提升开发效率，还能避免很多隐蔽的 Bug。

面试中经常被问到的时区与时间同步，你真的掌握了吗？本文结合实例，讲解Linux中时区与时间同步的正确用法。

熟练掌握配置环境变量，是写好Linux代码的基本功。本文循序渐进，从概念到示例一次讲透。

同样是查找命令安装路径，不同的实现方式在性能和可维护性上差别很大。本文对比几种常见写法，并给出推荐方案。

前言

服务器上打包备份、上传下载源码、解压第三方软件，都离不开压缩解压命令。Linux 常用两套工具：tar（配合 gzip/bzip2/xz，后缀 .tar.gz、.tar.bz2、.tar.xz）和 zip/unzip（后缀 .zip，与 Windows 互通方便）。本篇按场景汇总最常用命令，记住几个核心参数即可覆盖日常运维。

一、tar 核心参数记忆

• c：创建打包（create）
• x：解包（extract）
• t：查看包内容不解压（list）
• v：显示过程（verbose）
• f：指定文件名（file，必须放最后）
• z：gzip 压缩（.tar.gz）
• j：bzip2 压缩（.tar.bz2）
• J：xz 压缩（.tar.xz）
• -C 目录：解压到指定目录
• --exclude=路径：打包时排除某些目录

二、tar 打包压缩常用命令

# 1. 打包并用 gzip 压缩目录（最常用）
tar -zcvf backup.tar.gz /var/www/html

# 2. bzip2 压缩（压缩率更高，速度慢）
tar -jcvf backup.tar.bz2 /var/www/html

# 3. xz 压缩（压缩率最高，速度最慢）
tar -Jcvf backup.tar.xz /var/www/html

# 4. 打包时排除缓存目录
tar -zcvf site.tar.gz /var/www/html --exclude=/var/www/html/cache --exclude=/var/www/html/logs

# 5. 查看压缩包内容（不解压）
tar -ztvf backup.tar.gz

三、tar 解压常用命令

# 解压 .tar.gz 到当前目录
tar -zxvf backup.tar.gz

# 解压到指定目录（目录需先存在）
mkdir -p /data/restore
tar -zxvf backup.tar.gz -C /data/restore

# .tar.bz2 解压
tar -jxvf backup.tar.bz2

# .tar.xz 解压
tar -Jxvf backup.tar.xz

# 只解压包内某个文件
tar -zxvf backup.tar.gz ./www/config.php

tar 会自动识别压缩格式，日常也可直接用 tar -xvf backup.tar.gz，省略 z/j/J。

四、zip 与 unzip

# 安装（最小化系统可能缺失）
yum install -y zip unzip

# 压缩目录为 zip
zip -r site.zip /var/www/html

# 压缩时排除某些文件
zip -r site.zip /var/www/html -x "*/cache/*" "*.log"

# 解压 zip 到当前目录
unzip site.zip

# 解压到指定目录
unzip site.zip -d /data/restore

# 查看 zip 内容
unzip -l site.zip

# 解压时覆盖已存在文件（不询问）
unzip -o site.zip

参数：-r 递归打包目录，-d 指定解压目录，-o 强制覆盖，-l 列出内容。

五、gzip / gunzip 单文件压缩

# 压缩单个文件（原文件被替换为 .gz）
gzip messages

# 解压
gunzip messages.gz
# 等价于
gzip -d messages.gz

# 保留原文件压缩
gzip -k messages

六、常见坑

1. f 参数位置错：tar -zcvf 文件名 中 f 必须紧跟文件名，放最前面会报错；
2. 打包用绝对路径：tar -zcvf a.tar.gz /var/www 解压时会还原完整路径；建议先 cd /var 再打包 www，或用相对路径；
3. 解压目录不存在：-C 指定的目标目录要先 mkdir -p，否则解压失败；
4. zip 忘记 -r：只打包了目录本身，里面文件没进去；
5. .tar.gz 当成 .zip 解压：先 file 文件名 或 tar -ztvf 确认格式；
6. 中文文件名乱码：unzip 加 -O CP936（老版本）或 -O gbk，解压 Windows 带来的 zip；
7. 大文件打包占满磁盘：先确认目标分区剩余空间，备份包不要和源目录放同一分区。

七、备份场景示例

# 打包网站源码并按日期命名
tar -zcvf /backup/site_$(date +%Y%m%d).tar.gz -C /var www

# 打包数据库导出文件
mysqldump -u root -p dbname > db.sql
gzip db.sql

总结

日常备份优先 tar -zcvf 包名.tar.gz 目录，解压 tar -zxvf 包名.tar.gz；与 Windows 互通用 zip -r / unzip；f 参数紧跟文件名，解压前先确认格式和目标目录，打包大目录时注意磁盘空间和路径写法。

遇到问题加QQ23979811 协助处理

前言

排查服务器"为什么重启了"、评估系统稳定性时，需要知道系统上次启动时间和连续运行时长。uptime 是最直接的命令，一行同时给出当前时间、运行时长、在线用户数和平均负载。本篇拆解它的输出含义，并补充查看精确开机时间的其他方法。

一、uptime 基本用法

uptime
# 输出示例：
#  07:35:12 up  18:22,  2 users,  load average: 0.12, 0.08, 0.05

二、输出字段逐项解读

• 07:35:12：系统当前时间；
• up 18:22：系统已连续运行 18 小时 22 分钟；如果跨天较长会显示 days，例如 up 3 days, 04:10；
• 2 users：当前登录的会话数（包含 ssh、终端、图形会话，重复登录会重复计数，不等于在线人数）；
• load average: 0.12, 0.08, 0.05：系统平均负载，分别对应最近 1 分钟、5 分钟、15 分钟 的平均活跃进程数（含运行、等待 CPU、等待 IO 的进程）。

三、平均负载怎么判断是否偏高

平均负载要看 CPU 核心数才有意义：

# 查看 CPU 核心数
nproc
# 或
cat /proc/cpuinfo | grep "processor" | wc -l

经验判断：

• 负载值 < CPU 核数：CPU 处理得过来；
• 负载 ≈ 核数：接近饱和；
• 负载 > 核数持续几分钟：进程在排队，需要结合 top、vmstat 排查是 CPU 密集还是 IO 密集；
• 1 分钟高、5/15 分钟低：短时高峰；三分钟趋势接近且都偏高：持续压力。

四、uptime 常用参数

# 简洁模式，只显示运行时长
uptime -s
# 显示上次开机时间（精确到时分秒）
# 输出示例：2026-10-21 13:12:49

uptime -p
# 漂亮格式：up 18 hours, 22 minutes

五、其他查看开机时间的方法

# 1. who -b 查看上次启动时间
who -b

# 2. last reboot 列出历次重启记录（查谁重启、何时重启）
last reboot | head

# 3. 读取 /proc/uptime（第一个值为秒数，第二个为空闲秒数）
cat /proc/uptime

# 4. systemd 系统用 systemd-analyze 看启动耗时
systemd-analyze

六、常见坑

1. up 后面格式看错：18:22 是小时:分钟，不是当天时间；跨天会出现 days；
2. users 当成真实人数：它统计会话数，一条 ssh 断线未退出也会占一个会话；用 w 或 who 看具体登录人；
3. 负载和 CPU 占用混淆：高负载可能是磁盘 IO 等待导致，CPU 使用率反而不高，要结合 top 中 %wa 判断；
4. 不结合核数看负载：4 核机器负载 2.0 很轻松，1 核机器负载 2.0 已经排队；
5. uptime -s 拿到的是开机时间，不是进程启动时间：查某个服务何时启动用 ps -o lstart -p PID。

七、排查组合命令

# 一次看：运行时长、负载、CPU 核数、当前登录人
uptime
nproc
w

服务异常时先看 uptime：若运行时长很短，说明机器刚重启，先确认是计划重启、断电还是崩溃重启，再结合 last reboot 和 /var/log/messages 定位原因。

总结

uptime 一行给出当前时间、已运行时长、登录会话数和 1/5/15 分钟负载；判断负载要除以 CPU 核数；精确开机时间用 uptime -s、who -b、last reboot；重启类故障先确认运行时长和重启记录，再往下查系统日志。

遇到问题加QQ23979811 协助处理

前言

排查磁盘满时最容易混淆 du 和 df：一个统计文件实际占用，一个统计分区已用空间，二者数字常常对不上。搞清楚各自口径、配合使用，才能准确找到占空间的目录和被已删除但仍被进程占用的空间。本篇讲清两者区别、常用参数和排查组合拳。

一、df：看分区（文件系统）整体用量

df 读取文件系统超级块，统计每个分区总容量、已用、可用、挂载点，回答的是"这块盘还剩多少"。

# 人类可读格式（K/M/G），显示文件系统类型
df -hT
# 只看某个挂载点
df -h /var
# 列出 inode 使用情况（空间没满但报 No space 时排查）
df -i

参数：-h 人类可读，-T 显示类型，-i 查看 inode，-x tmpfs 排除内存临时文件系统。

二、du：统计目录/文件实际占用

du 遍历目录树累加每个文件大小，回答的是"哪个目录最占地方"。

# 查看当前目录大小，人类可读
du -sh .
# 查看 /var 下一级子目录大小并排序（从大到小）
du -h --max-depth=1 /var | sort -rh | head -20
# 查看单个文件大小
du -h /var/log/messages
# 统计当前目录下各子目录，只显示总计
du -sh /var/*

参数：-s 只显示汇总，-h 人类可读，--max-depth=N 限定统计层级，-x 不统计其他挂载点。

三、两者核心区别

四、为什么 du 和 df 数字对不上

常见三种原因：

1. 已删除文件仍被进程占用：文件删掉了但进程没释放句柄，du 不再统计，df 仍计入已用。用 lsof | grep deleted 找到占用进程，重启或截断对应文件即可释放。
2. 硬链接重复统计口径：du 按目录累加，硬链接在不同目录可能被重复计数；df 看块设备分配更准。
3. 隐藏在挂载点下的旧文件：目录里先写了数据，后在该路径挂载新盘，旧文件被遮盖，du 看不到，df 上一层分区仍占用。

五、磁盘满排查标准流程

# 1. 先用 df 确认哪个分区满了、inode 是否耗尽
df -h
df -i
# 2. 进入对应分区，逐层 du 找大目录
du -h --max-depth=1 /var | sort -rh | head
# 3. 找大于 500M 的文件
find /var -type f -size +500M -exec ls -lh {} \;
# 4. 检查被删除但仍占用空间的文件
lsof | grep deleted

定位到日志、缓存、旧备份等大文件后，优先归档或压缩，不要直接 rm 正在被写入的日志，应截断：

# 清空正在写入的日志而不释放句柄冲突
> /var/log/nginx/access.log

六、常见坑

1. 只 du 不 df：看完目录不大，却忽略分区已 100%；
2. du -sh / 统计到其他挂载点：加 -x 限定当前文件系统；
3. 误删正在写入的大日志：空间不释放，应先重启对应服务或用 > 截断；
4. 只看磁盘空间忽略 inode：小文件过多时空间有剩但创建文件失败，用 df -i 排查；
5. 权限不足漏统计：普通用户 du 部分目录读不到，排查时用 root。

总结

df -h 看分区用量和剩余，du -sh --max-depth=1 目录 逐层定位大目录；两者数字不一致时优先怀疑"已删除但被进程占用"的文件，用 lsof | grep deleted 核对。排查顺序：先 df 定位分区，再 du 找目录，最后 find 找具体大文件。

遇到问题加QQ23979811 协助处理

前言

部署网站时常遇到 Nginx 报 403、PHP 无法写入上传目录，根子多半是文件/目录权限不对。理解 Linux 三组身份（属主、属组、其他）和 rwx 三位数字，再用 chmod/chown 调整，问题基本都能解决。本篇讲清 755、644 等常用权限数字的含义和修改方法。

一、先看权限：ls -l

ls -l index.php
# 输出示例：-rw-r--r-- 1 www www 1234 Oct 22 07:20 index.php

第一位 - 是文件类型（d 目录、l 软链接）；后面9位分三组：

二、rwx 与数字对应关系

• r 读 = 4
• w 写 = 2
• x 执行 = 1
• - 无权限 = 0

把每组数字相加得到该组权限：

• rwx = 4+2+1 = 7
• rw- = 4+2+0 = 6
• r-x = 4+0+1 = 5
• r-- = 4+0+0 = 4

三、常用权限数字含义

• 644 文件：属主读写，属组和其他只读。普通网页文件、配置文件标准权限。
• 755 目录 / 可执行脚本：属主读写执行，属组和其他读+执行。目录必须有 x 才能进入，脚本必须有 x 才能执行。
• 777 所有人全权：方便但不安全，仅临时调试用，网站目录绝不要长期开放 777。
• 600 私密文件：只有属主能读写，适合存放密钥、配置里的密码文件。

目录规范建议：目录 755，普通文件 644，可执行脚本 755。

四、chmod 修改权限

# 给单个文件设644
chmod 644 index.php
# 给目录设755
chmod 755 /var/www/html
# 递归修改目录及其下所有文件权限（注意目录和文件权限要分开处理）
chmod -R 755 /var/www/html

符号写法（叠加/去除）：

# 给属主加执行权限
chmod u+x script.sh
# 给组和其他去除写权限
chmod go-w index.php
# 属组可写
chmod g+w /data

五、chown 属主属组

权限对了但属主不对，PHP 进程仍可能写不进去：

# 修改属主为 www
chown www index.php
# 同时改属主和属组
chown www:www /var/www/html
# 递归修改
chown -R www:www /var/www/html

六、常见坑

1. 目录没加 x 权限：目录权限 644 会导致无法 cd 进入和列目录，网页报 403；
2. 把文件也设成 755/777：普通文件不需要执行位，777 会放大安全风险；
3. 递归时文件目录一刀切：用 find 分开处理目录和文件，见下方命令；
4. 只改权限不改属主：Nginx/PHP-FPM 以 www 用户运行，文件属主是 root 时仍读不到；
5. SELinux 拦截：CentOS 上权限看似正确仍 403/500，要检查 SELinux 上下文。

目录与文件分开递归：

# 目录全部755
find /var/www/html -type d -exec chmod 755 {} \;
# 文件全部644
find /var/www/html -type f -exec chmod 644 {} \;

总结

r=4 w=2 x=1，文件常用 644、目录常用 755；chmod 改权限、chown 改属主属组；递归时目录和文件权限分开设置，网站目录不要长期用 777。

遇到问题加QQ23979811 协助处理

前言

服务器上为不同人员或程序分配账号，是Linux基础运维的常见操作。创建账号要顺便建好家目录、设好初始密码；删除账号要决定是否清掉家目录和邮件；改密码分root改别人密码和用户改自己密码两种场景。本篇把常用命令一次讲全。

一、创建用户

# 新建用户，同时创建家目录 /home/www
useradd -m www
# 指定UID、家目录、登录Shell、所属组
useradd -u 1001 -d /home/www -s /bin/bash -G wheel www
# 设置初始密码（交互式两次输入）
passwd www

参数说明：

• -m：自动创建 /home/用户名 家目录；
• -s：指定登录Shell，不想登录给 /sbin/nologin；
• -G：附加到指定组；
• -M：不创建家目录（服务账号常用）。

一键创建并设密码（脚本场景，免交互）：

useradd -m deploy
echo 'Deploy@123456' | passwd --stdin deploy

二、查看用户信息

# 查看用户UID、GID、所属组
id www
# 查看 /etc/passwd 里该用户记录
grep www /etc/passwd
# 查看组信息
groups www

三、修改密码

# root修改任意用户密码（交互式）
passwd www
# 用户自己改自己的密码
passwd
# 强制该用户下次登录改密码
passwd -e www
# 锁定账号（禁止登录）
usermod -L www
# 解锁
usermod -U www

四、修改用户属性

# 改用户名
usermod -l newname oldname
# 改登录Shell
usermod -s /sbin/nologin www
# 加入sudo组（CentOS为wheel）
usermod -aG wheel www

五、删除用户

# 只删账号，保留家目录和邮件
userdel www
# 连家目录、邮件一起删除（推荐，避免残留占空间）
userdel -r www
# 若提示用户进程仍在运行，先终止相关进程
pkill -u www

删除前确认该用户名下没有正在跑的重要服务，否则会误停业务。

六、常见坑

1. 服务账号没设 /sbin/nologin：容易被登录爆破，数据库、nginx这类程序账号应禁止Shell登录；
2. userdel 没加 -r：家目录残留，多次建删会堆很多无用目录；
3. 改了用户名没改家目录属主：chown -R www:www /home/www 补一下；
4. 密码太简单被拒绝：passwd 报错 BAD PASSWORD，可强制用 echo ... | passwd --stdin 绕过复杂度检查（生产环境仍应设强密码）；
5. 服务账号误删：先 id 和 ps -u www 确认归属再删。

总结

useradd -m 用户名 建号、passwd 用户名 设密码；root用 passwd 用户名 改任意账号密码，用户用 passwd 改自己的；userdel -r 用户名 连家目录一起删，删前先确认该账号名下没有运行中的服务。

遇到问题加QQ23979811 协助处理

Linux查看主机名

引言

多台服务器排障、日志定位、主机识别时先确认主机名。hostname命令最直接，hostnamectl看完整静态/瞬态/灵活名，cat /etc/hostname看持久化配置，三者来源不同，排障时别混。

查看当前主机名

hostname

一行输出当前系统主机名，登录终端提示符里显示的就是它。

hostnamectl 详细信息

hostnamectl

显示静态主机名、瞬态主机名、灵活主机名，还有操作系统、内核、架构等信息，CentOS7以上通用。

查看持久化配置

cat /etc/hostname

这里保存的是重启后生效的主机名，临时hostname改了不落盘，重启会回到这里的值。

查看IP对应名称

hostname -I

输出本机所有非回环IP，配合主机名做主机识别。

临时修改（重启失效）

hostname web-server-01

当前会话立即生效，重启后被/etc/hostname覆盖。

永久修改

hostnamectl set-hostname web-server-01

写入/etc/hostname，重启后保留；改完重连SSH或执行bash使提示符刷新。

注意事项

• 主机名建议用小写字母、数字、中划线，别用中文和下划线；
• 主机名含点号会被当成FQDN，短名和全名分开看；
• 改完主机名记得同步/etc/hosts里127.0.0.1映射，避免部分解析异常；
• 容器内hostname通常跟随容器名，重启重建会变；
• 集群里主机名要规范统一，便于日志检索和监控告警；
• 临时hostname与静态名不一致时，以配置文件为准。

总结

hostname查看当前主机名，hostnamectl看完整主机名分类和系统信息，cat /etc/hostname看持久化配置，hostname -I看本机IP。临时用hostname改名立即生效但重启失效，永久用hostnamectl set-hostname写入配置。主机名规范用小写加中划线，修改后同步/etc/hosts映射，集群命名统一便于日志检索与监控告警。

前言

服务器内存吃紧、Swap被刷爆，往往是某个程序内存泄漏或卡死进程占着不放。要先找到"谁在吃内存"，确认后再决定是优雅重启还是直接kill。本篇给出从查进程到杀进程的完整命令。

一、按内存占用排序找进程

ps 一次性列出并排序，输出RES（实际物理内存，单位KB）：

# 按内存占用从高到低，取前10
ps aux --sort=-%mem | head -10
# 按CPU占用排序
ps aux --sort=-%cpu | head -10

列说明：USER 进程用户、%MEM 内存占比、RSS 实际物理内存、COMMAND 启动命令。

更直观的内存排行：

# 显示内存占用最高的进程，VSZ/RSS单位KB
ps -eo pid,ppid,user,%mem,%cpu,rss,comm --sort=-rss | head

二、用top/htop交互查看

top
# 进入后按 M 按内存排序，按 P 按CPU排序，k 输入PID杀进程，q退出

装个 htop 更清楚：

yum install -y htop
htop

三、按名字批量找进程PID

# 查php-fpm相关进程
pgrep -af php-fpm
# 或
ps -ef | grep php-fpm | grep -v grep

pgrep 只输出PID，-a 带命令行。

四、kill进程（先温柔再强杀）

# 正常结束（SIGTERM=15），给进程清理机会
kill PID
# 按名字结束所有同名进程
killall php-fpm
pkill -f "php think"
# 杀不掉再强制杀（SIGKILL=9），数据可能损坏，最后手段
kill -9 PID

信号优先级：

• kill -15（默认）：请求退出，进程可捕获；
• kill -9：直接杀死，无法拦截。

服务类进程优先用它自己的重启命令而不是裸kill：

systemctl restart php-fpm

五、常见坑

1. 只看%MEM不看RSS：共享内存会被重复算，判断真实占用看RSS；
2. 上来就kill -9：数据库、日志服务强杀可能坏数据，先15再9；
3. 杀错进程：杀之前用 ps -p PID -o cmd 确认这个PID到底是谁；
4. 僵尸进程杀不掉：状态Z的僵尸要杀它的父进程，僵尸本身已经不占CPU只占PID表；
5. kill完又自动起来：被systemd/守护进程托管，要用 systemctl stop 或它的管理命令，否则白杀。

总结

ps aux --sort=-%mem | head 或 top 按M排序找内存大户，确认PID后先用 kill（15）优雅结束，不行再 kill -9。服务类进程优先 systemctl restart，避免强杀造成数据损坏。

遇到问题加QQ23979811 协助处理

Linux查看系统时间

引言

日志时间对不上、证书过期误判、定时任务不对点，常常是系统时间不准导致的。运维第一件事就是date看时间、timedatectl看时区，服务器必须用NTP同步，否则业务时间戳全乱。

查看当前时间：date

date

输出年月日、时分秒和时区，最常用。

自定义格式输出

date +"%Y-%m-%d %H:%M:%S"
# 2026-10-21 07:03:00

脚本里取指定格式时间做日志前缀。

查看时间戳

date +%s

输出当前Unix时间戳，排查时间差时用。

查看时区与NTP状态

timedatectl

显示本地时间、UTC、时区、NTP同步是否开启，比date信息全。

硬件时间 vs 系统时间

hwclock --show

读主板RTC硬件时钟，系统时间和硬件时间不一致会导致重启后时间跳变。

手动同步一次

timedatectl set-ntp true
# 或
ntpdate ntp.aliyun.com

开启NTP自动同步，国内用阿里云或ntp.aliyun.com源。

注意事项

• 云服务器一般已开NTP，别手动硬改时间；
• 时间跳变会影响日志排序和证书有效期判断；
• 容器内时间默认跟宿主机，宿主机准了容器就准；
• 时区不对用timedatectl set-timezone Asia/Shanghai；
• 不要随便set-time往前拨，数据库主从时间差会出问题；
• 定时任务执行异常先查系统时间和时区。

总结

date看当前时间、date+%s取时间戳、timedatectl看时区和NTP状态、hwclock看硬件时钟。服务器开启NTP自动同步，时区设Asia/Shanghai，时间不对先查NTP和时区，别手动硬改，时间跳变会影响日志、证书和数据库主从，定时任务异常优先核对系统时间。