Linux运维开发必备高频命令大全(工作版)

# 查看当前目录详细列表
ls -lh

# 长格式显示，按修改时间正序排序（旧的在上，新的在下）
ls -rtl

# 以树状结构查看目录层级
tree /data/project

# 进入配置目录
cd /etc/nginx

# 返回上级目录
cd ..

# 回到上一次所在目录（来回切换很好用）
cd -

# 递归创建多级目录并进入
mkdir -p /data/logs && cd /data/logs

# 创建空文件
touch file.txt

# 删除目录及内部所有内容（高危操作，慎用！）
rm -rf /tmp/test

# 备份配置文件（保留权限）
cp -p /etc/nginx/sys.conf /etc/nginx/sys.conf.bak

# 递归复制整个目录
cp -r ./dist /data/www/

# 重命名文件（mv 同时支持移动）
mv app_old.jar app.jar

# 查看文件权限（-rw-r--r-- 等）
ls -l /data/project

# 赋予脚本可执行权限（最常用）
chmod +x run.sh
chmod 755 run.sh

# 修改属主为 www 用户、属组为 web 组
chown www:web /data/project -R

# 递归设置目录权限：目录 755、文件 644
find /data/project -type d -exec chmod 755 {} \;
find /data/project -type f -exec chmod 644 {} \;

# 查看文件最后 20 行
tail -n 20 /var/log/app.log

# 查看文件前 20 行
head -n 20 /etc/nginx/nginx.conf

# 1. 基础搜索与高亮
# 在日志中搜索 ERROR，忽略大小写(-i)并显示行号(-n)
grep -in "error" /var/log/app.log

# 递归搜索(-r)并高亮关键词(--color)
grep -rn --color "exception" ./logs

# 精确匹配单词(-w)：搜 "cat" 不会把 "catalog" 搜出来
grep -w "cat" document.txt

# 2. 上下文查看（排查报错必用）
# 查看报错行，以及它的前 5 行和后 5 行 (Context)
grep -C 5 "NullPointerException" app.log

# 只看匹配行的后 10 行 (After) / 前 10 行 (Before)
grep -A 10 "Start Process" app.log
grep -B 10 "Process Failed" app.log

# 3. 多条件与反向过滤（清洗日志噪音）
# 多条件“或”匹配(-E)：同时过滤 ERROR 或 WARN 或 FATAL
grep -E "ERROR|WARN|FATAL" app.log

# 反向过滤(-v)：排除干扰信息（如健康检查、DEBUG日志）
grep "error" app.log | grep -v "healthcheck"
grep -E "ERROR|WARN" app.log | grep -vE "DEBUG|INFO"

# 4. 递归搜索避坑与统计
# 全局搜代码，排除无关目录（防止搜 node_modules 卡死终端）
grep -rn "TODO" . --exclude-dir={.git,node_modules,target,build}
# 只搜索特定后缀的文件
grep -rn "import" . --include="*.py"

# 统计关键字出现的次数(-c)
grep -c "Timeout" app.log

# 5. 特殊字符搜索避坑
# 避坑：如果要搜索以 "-" 开头的字符串（如 -e），会被误认为是参数
# 正确写法 1：使用 -- 终止参数解析
grep -- "-e" file.txt
# 正确写法 2：使用 -e 显式指定模式
grep -e "-e" file.txt

# 经典连招：统计日志中每个 IP 的出现次数，并按次数从高到低排序
awk '{print $1}' access.log | sort | uniq -c | sort -rn

# 提取 CSV 文件的第 2 列
awk -F',' '{print $2}' data.csv

# 找出 access.log 中响应时间（假设在第 10 列）大于 500ms 的慢请求
awk '$10 > 500 {print $0}' access.log

# 全局替换配置中的旧端口并写回
sed -i 's/8080/8081/g' /etc/app/config.yml

# 删除文件中的所有注释行（以 # 开头）和空行
sed -e '/^#/d' -e '/^$/d' config.yml

# 从二进制文件（如日志、核心转储）中扒出可读文字，过滤异常信息
strings ./logs | grep -i "exception"

# 对比两个配置文件的差异
diff nginx.conf nginx.conf.bak

# 1. 创建用户并设置密码
useradd -m -s /bin/bash zhangsan
passwd zhangsan

# 2. 将用户安全地追加到 sudo 组（Debian/Ubuntu 用 sudo，CentOS 用 wheel）
# 💡 记忆口诀：改组必加 a，无 a 必挨骂！
usermod -aG sudo zhangsan

# 创建用户组
groupadd dev

# 切换为 root 身份执行
sudo apt update

# 查看所有进程
ps aux | head -20

# 动态监控，定位占用 CPU/内存最高的进程
top

# 查找某服务的进程 PID 并杀死
pgrep -f "app.jar"
kill -9 12345

# 后台启动 Java 服务，日志写入文件，终端关闭也不中断
# nohup (不挂断) + 执行命令 + > (日志重定向) + 2>&1 (错误日志也写入同一文件) + & (放入后台)
nohup java -jar app.jar > app.log 2>&1 &

# 服务管理
systemctl status nginx # 查看运行状态
systemctl restart nginx # 重启（会导致连接短暂中断）
systemctl reload nginx # 平滑重载配置（生产环境首选，不断开连接）
systemctl enable nginx # 设置开机自启

# 查看发行版信息（选择包管理命令前先确认）
cat /etc/os-release

# 查看内核版本
uname -a

# 查看内存（重点看 available）
free -h

# 查看各磁盘挂载点的使用率
df -h

# 统计项目目录总大小
du -sh /data/project

# 查看当前目录一级子目录大小排序（磁盘爆满定位必用）
du -h --max-depth=1 * | sort -rh | head -n 10  

# 查看系统负载（load average 三个值分别代表 1/5/15 分钟均值）
uptime

# ================= 1. 基础网络与端口 =================
# 查看本机 IP 与网卡信息
ip addr

# 测试远端主机 80 端口是否可达（连通后出现连接提示，Ctrl+] 再输入 quit 退出）
telnet 192.168.1.10 80

# ================= 2. curl 接口调试与排障 ================
# 测试接口连通性（排障三步：ping → 端口 → 应用日志）
curl -v http://127.0.0.1:8080/api/health

# 仅获取响应头（快速检查 HTTP 状态码、证书、重定向、Nginx版本）
curl -I http://127.0.0.1:8080/api/health

# 静默模式但保留错误信息（日常调试推荐，不刷屏）
curl -sS http://127.0.0.1:8080/api/health

# 发送 JSON POST 请求
curl -X POST -H "Content-Type: application/json" -d '{"key":"val"}' URL

# 脚本健康检查专用（参数拆解记忆法）
# -o /dev/null : 丢弃响应体（不下载文件内容）
# -s           : 静默模式（不显示进度条）
# -w "%{http_code}\n" : 只输出HTTP状态码并换行
curl -o /dev/null -s -w "%{http_code}\n" http://127.0.0.1:8080/api/health

# ================= 3. 文件下载 =================
# 下载文件并断点续传（下大文件必备）
wget -c https://example.com/pkg.tar.gz

# 查看 80 端口被哪个进程占用
ss -tlnp | grep :80

# 远程登录服务器
ssh root@192.168.1.10

# 远程复制文件到服务器
scp ./deploy.sh root@192.168.1.10:/opt/

# 同步本地目录到服务器（-a 归档、-v 显示过程、-z 压缩传输）
rsync -avz ./dist/ root@192.168.1.10:/var/www/html/

## 1. tar (打包/解包)
# 记忆法：c=创建, x=解压, z=gzip, J=xz, v=显示, f=文件, C=指定目录, t=查看
# 打包并压缩 (.tar.gz)
tar -zcvf backup.tar.gz /data/project

# 解压到指定目录
tar -zxvf backup.tar.gz -C /opt/restore

# 排除目录打包 (前端/Node必备)
tar -zcvf backup.tar.gz --exclude='node_modules' --exclude='.git' /data/project

# 查看压缩包内容 (不解压)
tar -ztvf backup.tar.gz

# 高压缩率打包 (.tar.xz，适合大日志/数据库备份)
tar -Jcvf backup.tar.xz /var/log/

# 2. zip / unzip (跨平台)
zip -r site.zip ./site
unzip site.zip -d ./site_out

# 解决 Windows 中文 zip 乱码
unzip -O CP936 site.zip # 或推荐安装 unar 命令

## 3. gzip (单文件压缩)
gzip access.log # 源文件会被删除
gzip -k access.log # 加 -k (keep) 保留源文件
gunzip access.log.gz

# 1. 基础与多条件检索
# 显示文件详细信息（-ls 相当于对结果执行 ls -dils）
find . -name "*文件名*" -ls

# 多层目录+多类型文件同时检索（加上 -type f、转义括号、-print0 和 -0）
find ./ -type f \( -name "*.sh" -o -name "*.py" \) -print0 | xargs -0 grep --color "import"

# 2. 时间查找（排查问题 / 清理日志）
# 查找 7 天前修改的日志（清理过期日志必用，写进 crontab）
find /var/log -name "*.log" -mtime +7

# 查找最近 7 天内修改过的文件（审计：最近谁动了数据？）
find /data -mtime -7 -type f

# 查找最近 10 分钟内修改过的文件（神技：刚发完版，看哪些文件变了）
find /opt/project -mmin -10 -type f

# 3. 大小查找（磁盘爆满排查）
# 查找大于 100M 的文件（磁盘爆满排查第一步）
find / -size +100M -type f

# 查找超过 1GB 的大文件，并屏蔽权限报错（2>/dev/null）
find / -type f -size +1G 2>/dev/null

# 找到大文件后，配合 ls -lh 看看具体多大（人类可读格式）
find /var/log -size +500M -type f -exec ls -lh {} \;

# 4. 结合 xargs 与 -exec 的高效处理
# 避坑：普通 xargs 遇到带空格的文件名会报错！
# 终极安全写法：-print0 配合 xargs -0 （用 null 字符分隔）
find . -name "*.log" -print0 | xargs -0 grep --color "warning"

# 使用 -exec 执行复杂操作（{} 代表找到的文件，\; 代表结束）
# 批量删除 30 天前的临时文件
find /tmp -type f -name "*.tmp" -mtime +30 -exec rm -f {} \;

# 批量移动文件（将找到的 .bak 文件移到 /backup 目录）
find . -name "*.bak" -exec mv {} /backup/ \;

# 1. 基础路径查找
which python3
whereis nginx
whereis -b nginx  # 只查找二进制文件 (binary)
whereis -m nginx  # 只查找帮助文档 (manual)

# 2. 多版本冲突排查（找出 PATH 中所有同名命令）
# 场景：系统自带了 python，你又装了 conda，想知道到底有几个 python
which -a python3

# 3. 鉴别命令的真实身份（which 的进阶替代者）
type ll       # 输出: ll is aliased to `ls -alF' (识别别名)
type cd       # 输出: cd is a shell builtin (识别内置命令)
type nginx    # 输出: nginx is /usr/sbin/nginx (识别外部程序)

# 1. Ubuntu 安装 nginx (必须先 update，否则报找不到包)
sudo apt update && sudo apt install -y nginx

# 2. CentOS/Rocky 安装排查工具
sudo yum install -y vim tcpdump net-tools

# 3. Dockerfile 中 Alpine 安装 (必加 --no-cache 减小镜像体积)
apk add --no-cache curl bash

# 每天凌晨 3 点执行备份脚本
crontab -e
# 写入以下内容
0 3 * * * /opt/scripts/backup.sh >> /var/log/backup.log 2>&1

# 每 5 分钟执行一次健康检查
*/5 * * * * /opt/scripts/healthcheck.sh

# 查看已配置的任务
crontab -l

# 查看 cron 执行日志（Debian/Ubuntu）
grep CRON /var/log/syslog

# 实时跟踪应用日志（Ctrl+C 退出）
tail -f /var/log/app.log

# 查看最后 200 行并持续跟踪
tail -200f /var/log/app.log

# 查看 nginx 服务最近 1 小时的日志
journalctl -u nginx --since "1 hour ago"

# 查看内核相关报错
dmesg | tail -50

# 1. 标准启动（必加 -v 挂载，保证数据持久化与热更新）
docker pull nginx:latest
docker run -d --name web -p 8080:80 -v /data/html:/usr/share/nginx/html nginx
docker logs -f --tail 200 web

# 2. 进入容器排查问题
docker exec -it web sh

# 3. 代码更新后重新构建并启动
docker build -t my-app:v2 .
docker stop web && docker rm web
docker run -d --name web -p 8080:80 my-app:v2

# 4. 服务器磁盘告警时的终极清理（⚠️ 会删除未运行容器及未使用镜像/数据卷）
docker system prune -a --volumes

# 1. 后台启动并检查状态
docker compose up -d
docker compose ps

# 2. 修改代码/Dockerfile 后热更新（仅重建指定服务）
docker compose up -d --build web

# 3. 单独重启某个服务（配置变更后常用）
docker compose restart redis

# 4. 查看指定服务实时日志
docker compose logs -f web

# 5. 进入容器排查问题
docker compose exec web sh

# 6. 停止并清理环境（加 -v 会连数据库等持久化数据一起删除）
docker compose down

# 1. 查看资源状态（-o wide 附带节点 IP，便于定位调度问题）
kubectl get pods,svc,deploy
kubectl get pods -n kube-system -o wide

# 2. 排障三件套（按顺序执行，可定位 80% 问题）
kubectl describe pod web-7d9b5c6b8f-abcde
kubectl logs -f web-7d9b5c6b8f-abcde
kubectl get events -n default --sort-by='.lastTimestamp'

# 3. 进入容器排查（精简镜像用 sh）
kubectl exec -it web-7d9b5c6b8f-abcde -- sh

# 4. 声明式部署与回滚
kubectl apply -f deployment.yaml
kubectl rollout restart deployment web
kubectl rollout status deployment web

# 5. 本地调试集群内服务
kubectl port-forward svc/web-service 8080:80

# 6. 安全删除资源（执行前必须确认名称）
kubectl delete -f deployment.yaml