Linux常用指令实操指南：从安全执行到系统排障

1. 这不是教科书，是我在机房熬了七年写下的Linux生存手记

“Linux系统以及常用指令”——光看这个标题，你可能以为又要打开一本泛黄的《鸟哥的Linux私房菜》，翻到第37页，对着“ls -la /etc”发呆。但我想先告诉你：我第一次在生产环境敲错一条命令，删掉了某高校教务系统的临时缓存目录，导致当天所有选课页面返回500错误。运维组长没骂我，只递来一杯凉透的咖啡，说：“下次删之前，先ls -l看三遍权限，再pwd确认三次路径。”那杯咖啡凉得恰到好处，也让我彻底明白：Linux不是考卷上的选择题，它是你手指悬停在回车键上时，心里默念的三道安全阀。

这本手记不讲“什么是Shell”，不画“内核态与用户态”的抽象图，只记录那些真正卡住人、让人凌晨三点还在查日志、被同事拍肩问“你刚是不是动了啥”的真实瞬间。核心关键词就三个：Linux系统、常用指令、实操安全。它适合三类人：刚装完Ubuntu却连WiFi都连不上的大一新生；每天和Docker容器打交道、但遇到Permission denied就下意识想重装系统的开发同学；还有像我这样，靠history | grep ssh找回三天前那条救命命令的运维老油条。你不需要背诵200个参数，但必须清楚rm -rf后面跟哪个斜杠会要命，cp和rsync在传10GB日志时差出23分钟，而find加不加-maxdepth 1，可能决定你今晚能不能回家吃饭。

我见过太多人把Linux当黑盒子——输入指令，期待魔法发生；结果报错，就截图发群问“这个红色字啥意思”。这不是懒，是缺一套肌肉记忆式的操作直觉。就像学骑自行车，没人靠背《牛顿力学》学会平衡。这篇内容就是你的“踏板初体验”：从开机看到GRUB菜单那一刻起，到能独立排查服务启动失败、修复磁盘挂载异常、定位CPU飙高元凶，全程不依赖图形界面，全靠终端里那一行行字符。它不承诺让你成为Linus，但能确保你下次面对服务器告警邮件时，第一反应不是关邮箱，而是敲出systemctl status nginx，然后读懂输出里那句Active: active (running)背后的温度。

2. 系统本质与指令设计逻辑：为什么这些命令长成这样？

2.1 Linux不是“操作系统”，而是一套精密协作的工具链

很多人误以为“Linux”就是那个蓝色背景、白色文字的终端界面。其实你看到的只是冰山一角。真正的Linux系统由四层严丝合缝咬合的齿轮组成：

• 最底层：Linux内核（Kernel）
  它是整个系统的“中枢神经”，直接和硬件对话。当你插上U盘，内核通过USB子系统识别设备，分配/dev/sdb这样的设备节点；当你运行程序，内核调度CPU时间片、管理内存页表。它不提供任何用户界面，只暴露一组极简的系统调用（syscalls），比如open()、read()、write()。你可以把它想象成一个从不说话、只执行指令的特种兵队长——你不能和他聊天，只能通过标准手势（系统调用号）下达精确命令。

• 第二层：Shell（壳）
  bash、zsh、fish这些名字，常被误认为“Linux本身”。其实它们只是内核的“翻译官”和“任务调度员”。你输入ls -l /home，Shell做的第一件事不是去找文件，而是：

  1. 分词解析：把字符串拆成ls（命令名）、-l（选项）、/home（参数）三部分；
  2. 路径查找：按$PATH环境变量顺序，在/bin、/usr/bin等目录里找ls可执行文件；
  3. 创建子进程：调用fork()复制自身，再用execve()加载/bin/ls程序；
  4. 重定向处理：如果命令带>，提前用dup2()把子进程的标准输出指向目标文件。
     Shell本身不实现ls功能，它只负责“派单”。这也是为什么ls命令在不同发行版里行为一致——因为它的逻辑写在独立的二进制文件里，而非Shell内部。

• 第三层：核心工具集（GNU Coreutils）
  ls、cp、mv、rm、cat、grep……这些你每天敲几十遍的命令，90%来自GNU项目。它们的设计哲学极其朴素：每个工具只做一件事，并做到极致。ls只负责列出文件属性，不负责搜索（那是find的事）；grep只负责文本匹配，不负责文件读取（那是cat或重定向的事）。这种“单一职责”让组合成为可能——ps aux | grep nginx | awk '{print $2}'这条命令，本质是三个独立工具通过管道（|）传递数据流，像流水线上的三个工人，每人只处理自己工位上的零件。

• 第四层：服务与守护进程（Daemons）
  nginx、mysql、sshd这些后台程序，是系统真正的“体力劳动者”。它们通常由systemd（现代主流发行版）或init（旧系统）启动并监管。systemd不是简单的“开机自启开关”，它构建了一张依赖关系网：network.target必须就绪，sshd.service才能启动；mysql.service依赖local-fs.target，意味着磁盘挂载完成前它绝不会尝试连接数据库。理解这点，你就能看懂systemctl list-dependencies nginx.service输出的树状图——那不是技术文档，是系统运行的“血缘关系图谱”。

提示：别被“内核”“Shell”这些词吓住。它们的关系就像一家餐厅：内核是后厨大师傅（掌控火候、刀工、食材），Shell是点菜服务员（听清需求、下单、传菜），Coreutils是标准化的预制菜包（每包只含一种主料），而Daemon是包间里的专职厨师（专做某道招牌菜，常年驻守）。

2.2 常用指令的命名与参数逻辑：不是随机字母，是工程师的暗语

为什么ls用-l显示详细信息，-a显示隐藏文件？为什么cp复制用-r递归，rm删除却用-R？这背后没有玄学，只有Unix哲学的烙印——短小、一致、可预测。

• 单字母选项（Short Options）的黄金法则
  ls -l中的-l，l代表“long format”（长格式），这是早期Unix为节省打字时间定下的约定。同理：

  • -a（all）：显示以.开头的隐藏文件（.bashrc、.git）；
  • -h（human-readable）：让1024显示为1K，1048576显示为1M；
  • -t（time）：按修改时间倒序排列，最新文件在最前。
    这些字母不是随意选的，而是英文单词首字母或关键音节。-h不用-u（unit）是因为u已被-u（show user）占用——每个字母都是稀缺资源，必须物尽其用。

• 长选项（Long Options）的平民化革命
  当ls --help输出满屏-l, --format=long时，你看到的是开源社区对新手的温柔妥协。--format=long比-l多打5个字符，但胜在“所见即所得”。--no-preserve=mode明确告诉你“不保留文件模式”，而-p可能有十几种含义。长选项是给需要精确控制的场景准备的，比如脚本中避免歧义：rsync -av --delete /src/ /dst/比rsync -av --del /src/ /dst/更不易出错——后者--del在某些版本里甚至不被识别。

• 参数顺序的生死线：位置决定一切
  cp source destination和mv oldname newname的参数顺序，是无数血泪教训凝结的铁律。cp必须先写“要复制的东西”，再写“复制到哪里”；反着写cp /dest /source，系统会把/dest当成源文件，试图复制到/source这个不存在的目录，报错No such file or directory。而rm更狠：rm -rf /tmp/*安全，rm -rf /*则直接格式化根目录——那个空格，就是生与死的距离。我见过最惨的案例：某开发者想清空/var/log/nginx/，手快多按了一个Backspace，删掉了/var/log/nginx/末尾的斜杠，变成rm -rf /var/log/nginx，结果nginx被当作目录名，整个/var/log/下除nginx外的所有日志（apache2、syslog）全被保留，而nginx目录被连根拔起。Linux从不猜测你的意图，它只忠实地执行你敲下的每一个字符。

2.3 发行版差异的本质：不是“谁更好”，而是“谁更守规矩”

Ubuntu、CentOS、Arch Linux……这些名字常让人困惑“该学哪个”。真相是：它们95%的常用指令完全一致，差异只在“包装纸”和“默认配置”。

• 包管理器：同一套工具，不同外壳
  apt（Ubuntu/Debian）、yum/dnf（CentOS/RHEL）、pacman（Arch）看似天壤之别，但底层逻辑相同：下载预编译的二进制包，解压到标准路径（/usr/bin、/etc/），更新依赖关系库。apt install nginx和dnf install nginx，最终安装的nginx二进制文件，几乎一模一样。差异在于：

  • Ubuntu用apt，因Debian系坚持“稳定压倒一切”，软件版本常滞后2年；
  • CentOS用yum/dnf，因RHEL系追求企业级兼容性，内核补丁需经严格测试；
  • Arch用pacman，因滚动更新理念要求“永远最新”，适合愿意为新特性担风险的用户。
    你学apt，换到CentOS只需记住dnf install代替apt install，其他ls、grep、systemctl全部照旧。

• 初始化系统：systemd vs SysV init
  systemctl start nginx（systemd）和service nginx start（SysV init）的区别，类似智能手机的“应用启动”和功能机的“快捷键启动”。前者能精确控制服务依赖、资源限制、日志聚合；后者只是简单地执行/etc/init.d/nginx start脚本。但对用户而言，nginx服务本身的行为毫无区别——它依然监听80端口，依然解析/etc/nginx/nginx.conf。systemctl的status、enable、disable命令，只是给了你更精细的遥控器，而非改变了电视本身。

• 文件系统布局：FHS标准的铁律
  无论什么发行版，/bin放基本用户命令（ls、cp），/sbin放系统管理命令（fdisk、iptables），/etc放配置文件，/var/log放日志——这是Linux基金会制定的文件系统层次结构（FHS）标准。这意味着你在Ubuntu里学会tail -f /var/log/syslog，到了CentOS，只需把syslog换成messages（tail -f /var/log/messages），路径逻辑完全一致。发行版之争，本质是“如何更好地遵守同一套规则”，而非“创造新规则”。

3. 核心指令详解与实操避坑指南：从“能用”到“敢用”

3.1 文件与目录操作：ls、cd、pwd、mkdir、rmdir、touch

文件操作是Linux的呼吸，每天重复上百次。但多数人只停留在“能用”，不知“为何如此设计”，更不懂“何时会踩坑”。

• ls：不只是“列出文件”，它是你的第一双眼睛
  ls的默认输出（无参数）极简：只显示文件名。但这恰恰是陷阱的开始。ls默认不显示隐藏文件（以.开头），而.ssh、.gitconfig这些关键配置全藏在里面。新手常因找不到.bashrc而无法修改环境变量。正确姿势是：

  ls -la # -l显示详细信息，-a显示所有文件（含隐藏）

  输出中drwxr-xr-x的d表示目录，-rw-r--r--的-表示普通文件，lrwxrwxrwx的l表示软链接。权限字段后紧跟的数字（如1、2）是硬链接数，对目录而言，它等于“子目录数+2”（当前目录.和父目录..各占1）。ls -ld /home显示drwxr-xr-x 23 root root 4096 ... /home，说明/home下有21个子目录（23-2=21）。这个数字，是判断目录是否被意外清空的快速指标——如果某天变成2，立刻警觉。

• cd与pwd：路径导航的“空间感知力”
  cd ..返回上一级，cd -返回上一个工作目录，cd ~回到家目录——这些是基础。但真正救命的是pwd -P：

  cd /var/www/html ln -s /opt/myapp public_html cd public_html pwd # 输出 /var/www/html/public_html（逻辑路径） pwd -P # 输出 /opt/myapp（物理路径，解析所有符号链接）

  在部署Web应用时，pwd -P能帮你确认当前实际工作目录，避免cp config.php /var/www/html/误将文件复制到符号链接指向的真实路径。我曾因忽略此点，把测试配置覆盖了生产数据库配置，pwd -P成了我的“路径X光机”。

• mkdir与rmdir：创建与删除的“边界感”
  mkdir dir1 dir2可一次创建多个目录，但rmdir只能删除空目录。想删非空目录？必须用rm -r，但这是高危操作。安全替代方案是：

  # 先清空目录内容，再删空壳 rm -rf dir1/* # 删除dir1下所有文件和子目录（不删dir1本身） rmdir dir1 # 安全删除空目录

  mkdir -p a/b/c的-p（parents）参数，是创建嵌套目录的唯一安全方式。mkdir a/b/c会报错No such file or directory，因为a和b不存在；而mkdir -p会自动创建所有中间目录。这就像盖楼，-p是施工队，会先打地基（a）、再建楼层（b）、最后封顶（c）。

• touch：不只是“创建空文件”，是“时间戳操控术”
  touch file.txt创建空文件，但更强大的是touch -d "2023-01-01" file.txt，它能把文件的修改时间（mtime）设为指定日期。这在测试备份脚本时至关重要——你想验证“只备份今天修改的文件”，就得先用touch伪造一批“今天”的文件。touch -r ref_file target_file还能让target_file的时间戳完全复制ref_file，这是同步文件状态的隐形利器。

注意：ls的-t（按时间排序）和-S（按大小排序）常被混用。ls -t列出最新修改的文件在最前，适合查日志；ls -S列出最大的文件在最前，适合清理磁盘。但ls -tS会优先按时间排，时间相同时再按大小排——顺序不可颠倒。

3.2 文件内容查看与处理：cat、less、head、tail、grep、sed、awk

日志分析、配置调试、文本提取——这些高频任务，全靠这一组命令组合拳。它们不是孤立的，而是数据流的接力赛。

• cat、less、head、tail：文本的“分段阅读器”
  cat（concatenate）本意是“拼接”，cat file1 file2 > merged.txt才是正途。用cat large.log看大文件？灾难！它会把几GB内容全刷到屏幕，卡死终端。正确姿势：

  • head -n 20 file.log：看前20行（如检查日志头是否正常）；
  • tail -n 50 file.log：看后50行（如查最近错误）；
  • tail -f /var/log/nginx/access.log：实时追踪日志（-f即follow），Ctrl+C退出；
  • less file.log：交互式查看（空格翻页，/error搜索，q退出），比more更强大。
    tail -f是我运维生涯的“生命线”。某次数据库连接池耗尽，tail -f /var/log/mysql/error.log实时显示Too many connections，比监控告警快3分钟。

• grep：文本搜索的“瑞士军刀”
  grep "ERROR" app.log是入门，但生产环境需要更锋利的刃：

  • grep -i "error"：忽略大小写（ERROR、error、Error全匹配）；
  • grep -v "DEBUG"：反向匹配（排除DEBUG日志，聚焦ERROR/WARN）；
  • grep -n "timeout"：显示行号，方便定位代码位置；
  • grep -A 2 -B 1 "Connection refused"：匹配行及后2行（-A）、前1行（-B），还原错误上下文。
    最危险的误区：grep "user"会匹配username、user_id、debug_user。精准匹配用grep -w "user"（-w表示whole word），只匹配独立单词user。

• sed与awk：文本处理的“手术刀”与“计算器”
  sed（stream editor）擅长行级替换：

  sed 's/old/new/g' file.txt # 全局替换（g=global） sed -i 's/port=3306/port=3307/g' /etc/my.cnf # -i直接修改原文件（慎用！）

  awk则是字段级处理器，以空格为默认分隔符：

  ps aux | awk '{print $2, $11}' # 打印PID和COMMAND列 df -h | awk '$5 > 80 {print $1 " is full: " $5}' # 磁盘使用率超80%的分区

  组合技：netstat -tuln | awk '$1=="tcp" && $4 ~ /:80$/ {print $7}' | cut -d',' -f1——找出监听80端口的进程名。awk的$4 ~ /:80$/用正则匹配“以:80结尾”，比grep ":80"更精准（避免匹配到8080）。

实操心得：grep、sed、awk的正则引擎不同。grep默认用基础正则（BRE），grep -E才支持扩展正则（ERE）；sed的-r参数启用ERE；awk原生支持ERE。统一用grep -E、sed -r、awk，避免语法混乱。

3.3 权限与所有权：chmod、chown、umask——安全的基石

权限不是“设置完就完事”，而是持续的风险管控。chmod 777是新手坟墓，chown root:root是服务崩溃的伏笔。

• chmod：三位八进制的密码学
  chmod 755 file中，7=rwx（4+2+1），5=r-x（4+0+1），5=r-x（4+0+1）。但真正关键的是谁的权限：

  • 第一位（7）：文件所有者（user）权限；
  • 第二位（5）：所属组（group）权限；
  • 第三位（5）：其他用户（others）权限。
    chmod 644 config.php：所有者可读写（6=rw-），组和其他人只读（4=r--），这是Web配置文件的安全基线。chmod 700 .ssh：SSH密钥目录必须仅所有者可访问，否则ssh会拒绝使用（报错Permissions are too open）。

• chown：所有权的“户籍管理”
  chown user:group file改变所有者和组。但chown user file只改所有者，组不变；chown :group file只改组。生产环境常见陷阱：

  • Web服务器（如nginx）以www-data用户运行，但上传的图片文件属于ubuntu用户，导致网页无法显示图片（权限拒绝）；
  • 正确做法：chown -R www-data:www-data /var/www/html/images/（-R递归，-R是双刃剑，务必确认路径准确）。
    chown的-h参数用于符号链接本身（而非链接指向的目标），这是管理软链接权限的隐秘开关。

• umask：权限的“出厂设置”
  umask 022不是设置权限，而是设置权限的“减法掩码”。新建文件默认权限是666（rw-rw-rw-），减去umask的022（----w--w-），得到644（rw-r--r--）。目录默认777减022得755。umask 002则让组也有写权限（664/775），适合团队协作目录。umask值应写入/etc/profile或~/.bashrc，确保每次登录生效。

警告：chmod -R 777 /var是自杀行为。/var下/var/log需www-data写入，/var/lib/mysql需mysql用户读写，粗暴777会破坏服务依赖，导致MySQL无法启动、Nginx日志写入失败。权限管理，永远遵循“最小必要原则”。

3.4 进程与服务管理：ps、top、htop、kill、systemctl

服务器变慢、服务宕机、CPU飙升——这些问题的诊断，始于看清“谁在占用资源”。

• ps：进程的“静态快照”
  ps aux是必背命令：

  • a：显示所有用户的进程；
  • u：以用户友好的格式（显示USER、%CPU、%MEM、VSZ等）；
  • x：显示无终端的进程（如守护进程）。
    关键列解读：
  • %CPU：CPU占用率（瞬时值）；
  • %MEM：内存占用率；
  • VSZ（Virtual Memory Size）：虚拟内存大小（含未加载的库）；
  • RSS（Resident Set Size）：实际物理内存占用（更反映真实压力）；
  • STAT：进程状态（R=运行中，S=睡眠，Z=僵尸进程，<=高优先级）。
    ps aux --sort=-%cpu | head -n 10：按CPU降序，取前10名——这是定位性能瓶颈的第一步。

• top与htop：动态监控的“驾驶舱”
  top是经典，htop是增强版（需sudo apt install htop）。htop优势：

  • 鼠标支持（可点击列排序）；
  • 树状视图（F5切换，看清父子进程）；
  • 滚动查看完整命令行（ps aux常截断长命令）；
  • F9直接发送信号（kill -9），F8降低优先级。
    top的1键显示所有CPU核心负载，M按内存排序，P按CPU排序——这些快捷键，是深夜救火的肌肉记忆。

• kill与systemctl：服务的“开关”与“医生”
  kill PID发送SIGTERM（优雅终止），进程可捕获并清理资源；kill -9 PID发送SIGKILL（强制杀死），进程无机会响应。永远先kill，再kill -9。
  systemctl是现代服务管理的核心：

  • systemctl status nginx：查看服务状态、最近日志、启动失败原因（比ps aux | grep nginx精准百倍）；
  • systemctl restart nginx：重启服务（重新加载配置）；
  • systemctl daemon-reload：重载/etc/systemd/system/下的服务定义文件（修改.service后必执行）；
  • journalctl -u nginx.service -n 50 -f：查看nginx服务的最近50行日志并实时跟踪（-f）。
    journalctl是systemd的日志中枢，-p err只看错误，--since "2023-01-01"查历史，-o json输出JSON格式供脚本解析。

实操心得：ps aux | grep nginx会显示两个进程：一个是nginx: master process，一个是nginx: worker process。kill主进程，worker会自动退出；killworker，master会拉起新worker。systemctl stop nginx则智能地先killmaster，再等待worker优雅退出。

3.5 网络与磁盘管理：ping、netstat、ss、df、du、fdisk

网络不通、磁盘爆满、端口被占——这些“线上事故”，往往源于最基础的检查被跳过。

• 网络诊断：ping、ss、netstat的进化论
  ping host测连通性，但ping -c 4 google.com（-c 4发4个包）更规范，避免无限等待。
  netstat曾是网络神探，但已逐渐被ss（socket statistics）取代——ss更快、更准确，且netstat依赖/proc/net/，而ss直接读取内核socket表。

  ss -tuln # -t TCP, -u UDP, -l listening, -n numeric（不解析域名） ss -tulnp | grep :80 # 查看监听80端口的进程（需sudo）

  ss -tuln输出中，State列LISTEN表示服务正在监听，Recv-Q和Send-Q非零可能表示连接积压（需结合netstat -s查TCP统计）。

• 磁盘空间：df与du的“表里不一”
  df -h显示文件系统整体使用率（/dev/sda1用了85%），但du -sh /var/log/*可能发现/var/log/journal占了80GB——矛盾吗？不，因为df统计的是块设备使用，du统计的是文件大小。常见原因：

  • 已删除但进程仍打开的文件（lsof +L1可查）；
  • 日志轮转未生效，/var/log/*.log.1堆积。
    du -sh * | sort -hr | head -n 10：按大小降序列出当前目录下前10个最大项，是清理磁盘的黄金命令。

• 磁盘分区：fdisk与lsblk的分工
  fdisk -l（需sudo）列出所有磁盘和分区表，但它是交互式工具，不适合脚本。lsblk（list block devices）是现代替代：

  lsblk -f # -f显示文件系统类型（ext4、xfs）和LABEL lsblk -o NAME,FSTYPE,SIZE,MOUNTPOINT # 自定义输出列

  lsblk输出清晰显示NAME（sda、sda1）、FSTYPE（ext4）、MOUNTPOINT（/、/boot），一眼看穿磁盘挂载结构。

注意：df的Use%列超过100%？别慌，这是预留空间（reserved blocks）的功劳。ext4默认预留5%空间给root用户，防止磁盘写满导致系统崩溃。tune2fs -m 1 /dev/sda1可将预留空间降至1%，但需谨慎评估。

4. 高阶实战：从单机操作到系统级问题排查

4.1 一次完整的“服务启动失败”排查流程

某天凌晨2点，监控报警：网站HTTP 502。登录服务器，第一步不是重启，而是按流程走：

1. 确认服务状态

   systemctl status nginx # 输出：Active: failed (Result: exit-code) since Mon 2023-10-02 01:58:23 CST; 2min 10s ago # Process: 12345 ExecStart=/usr/sbin/nginx -g 'daemon on; master_process on;' (code=exited, signal=KILL)

   关键信息：failed、exit-code、signal=KILL（被强制杀死）。

2. 查看详细日志

   journalctl -u nginx.service -n 50 --no-pager # 输出：Oct 02 01:58:22 server nginx[12345]: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)

   错误明确：端口80被占用。

3. 定位占用端口的进程

   ss -tulnp | grep ':80' # 输出：tcp LISTEN 0 128 *:80 *:* users:(("nginx",pid=12344,fd=6))

   发现另一个nginx进程（pid=12344）在监听80端口。

4. 检查nginx配置

   nginx -t # 测试配置语法 # 输出：nginx: the configuration file /etc/nginx/nginx.conf syntax is ok # nginx: configuration file /etc/nginx/nginx.conf test is successful

   配置无误。

5. 终极排查：进程残留
   ps aux | grep nginx显示两个master进程。kill 12344后，systemctl start nginx成功。根源：上次systemctl stop nginx未完全退出，残留进程霸占端口。

教训：systemctl stop后，务必ps aux | grep nginx确认进程消失，或用systemctl kill --signal=SIGQUIT nginx.service确保优雅退出。

4.2 “磁盘突然写满”的根因分析与清理

df -h显示/使用率100%，但du -sh /* 2>/dev/null | sort -hr总和只有80GB——空间去哪了？

1. 检查已删除但未释放的文件

   lsof +L1 # +L1显示链接数为0的文件（已删除但进程仍打开） # 输出：COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME # java 12345 ubuntu 12w REG 253,1 10737418240 12345678 /var/log/app.log (deleted)

   找到罪魁祸首：Java进程仍在写一个已被rm删除的日志文件，文件句柄未关闭，磁盘空间未释放。

2. 解决方案

   • 优雅：kill -USR1 12345（许多日志框架支持USR1信号触发日志轮转）；
   • 强制：kill -9 12345（终止进程，空间立即释放）；
   • 临时：echo "" > /proc/12345/fd/12（清空文件描述符内容，不终止进程）。

3. 预防措施

   • 配置logrotate：/etc/logrotate.d/myapp中添加copytruncate，轮转时先复制再清空原文件，避免丢失