在代码与智能之间，造一片绿野

一、工具总览 1.1 核心定位 工具 全称 核心定位 排查阶段 vmstat Virtual Memory Statistics 系统全局性能概览，一站式查看进程、内存、交换、IO、CPU 整体状态 第一步：定性瓶颈方向 iostat I/O Statistics 磁盘 IO 专项分析，按单盘粒度拆

笔记1：Linux 系统资源全方位查看（CPU/内存/磁盘/进程/网络） 简介 本篇为 标准系统巡检笔记 所有命令作用：查看状态、采集数据、观察资源 不涉及排障、不涉及原理深挖，纯「运维日常巡检手册」 一、CPU 资源查看 1. 实时监控 top / htop top htop 核心查看内容： u

GitHub 笔记：本地仓库同步 + 换行符（LF/CRLF）处理 适用环境：Windows Git Bash（MINGW64）+ WSL2 双环境管理仓库（如 Obsidian 库） 更新日期：2026-10-21 Part 1｜本地仓库同步到 GitHub 1.1 What：同步的本质 Git

先直接回应你的核心疑问： 它们不是用来「发现未知命令」的，而是用来「排查已知命令的异常、写出更稳健的脚本」的。 日常手动敲命令时，你确实感觉不到它们的价值；但一旦遇到「命令行为不对、脚本跑不起来、环境不一致」的问题，它们是运维排障的第一步工具。简单说：知道命令名只能让你执行它；而 which/typ

Halo 容器高负载排障复盘（Docker 内存限制） 环境：2 核云服务器 · Docker 部署 Halo 博客 · 容器内存限制 512MiB（安装时为防爆内存手动设置） 日期：2026-10-24 背景：在 Halo 后台发文时服务明显卡顿，登上服务器排障，全程由表及里定位到 Docker

nginx 使用排障复盘（WSL 2 环境） 环境：Windows 10 专业工作站版 19045・WSL 3.0.1.0（MSI 版）・Debian 13 (trixie)・nginx 1.26.3 日期：2026-10-07 背景：WSL 2 中部署 nginx 学习运维，过程中连续遇到 4 个

笔记2：Linux 常见故障排障方法（CPU/内存/磁盘/网络/进程） 简介 本篇为 生产排障专用 专门解决：机器卡、负载高、CPU爆、内存炸、磁盘满、网络不通、端口异常、服务挂掉 一、CPU 负载高 / 机器卡顿排障流程 1. 现象区分 us高：业务程序吃满CPU sy高：内核压力大 wa高：磁盘

一、先讲核心：为什么 504 要查后端日志和响应时间？ 504（Gateway Timeout）的本质是： Nginx 已经成功连上后端服务，但后端处理请求太慢，在规定时间内没有返回完整响应，Nginx 主动超时断开。 和 502 有本质区别： 502 = 连不上后端（后端挂了、端口没开、进程崩了）

场景：WSL 2 Debian + nginx 1.26.3 反向代理实验 日期：2026-10-08 本笔记基于一次亲手经历的 502 故障：改错 proxy_pass 端口 → 502 → 看日志定位 → 修复 → 恢复 200 一、一次真实的 502 经历（本次实验全记录） 我做了什么 在站点

nginx HTTPS 学习笔记 环境：WSL 2 Debian + nginx 1.26.3 · 自签名证书（本机学习用） 日期：2026-10-08 前置：静态托管 + 负载均衡已掌握 一、HTTPS 是什么（HTTP vs HTTPS） HTTP = 明文传输（明信片）：路上任何人都能看见内