系统学习
学习路径总入口:先选领域,再建立模型,最后用故障演练验证
→
速查表索引:42 张表,按问题域找到该查哪一页
先读路径,再查表
速查表不是教程:先读对应学习路径或心智模型,再回来查。
速查表解决的是“知道要做什么,只差一个命令或参数”的问题。它把高频命令、易错点和相邻工具压在一页,适合值班、发布、排障和写脚本时翻阅;但它不解释系统为何这样工作,也不提供从零学习的顺序。若还分不清进程与线程、Pod 与容器、复制与备份、路由与 DNS,先放下速查表,从 学习路径总入口 选一个方向,读完对应路径与心智模型再回来。
使用时守三条边界:先定位问题域,一次只查一张表;抄命令前读参数和“易错点”,把占位符换成真实值;生产上先 dry-run、--check、plan 或只读查询,确认影响面再执行。速查表给的是候选动作,不代替变更审批。
读一张表也有顺序:先看标题和适用场景,确认它解决的正是当前问题;再看命令块里的占位符,把集群、namespace、主机和路径换成真实值;最后读“易错点”和“相关命令”,判断失败时该往哪一层转。命令块用来唤醒记忆,不是复制粘贴的保证;同一目的有多种写法时,优先选只读、可回滚、影响面小的那种。查完仍不确定,就回到学习路径或对应专题页。这张索引只负责“找表”,不重复各表内容;同一问题跨两个域时,按最靠近用户症状的那一层先查,再向上游或下游扩展,并保留第二假设。
遇到问题先查哪张表
- 请求打不开、超时、502/504 或证书报错:先看 网络排查分层速查,按链路、IP、DNS、TCP、TLS、HTTP 逐层缩小范围;再用 tcpdump 速查 验证丢包与握手,用 Nginx 速查 对照 upstream 和超时,最后用 HTTP 状态码速查 判断责任边界。
- Pod 异常、发布失败或权限被拒:从 Kubernetes 排障速查 进入,配合 kubectl 速查 查事件、日志和回滚;精确取字段用 JSONPath 速查,权限问题查 RBAC 速查,清单渲染问题查 Helm 速查 或 Kustomize 速查。
- 数据库变慢、连接耗尽或消息积压:先确认是 SQL、连接、复制还是资源问题,查 MySQL 速查 或 PostgreSQL 速查;缓存命中与热 key 查 Redis 速查,消费 lag 与分区查 Kafka 速查。不要在主库上直接试写命令。
- 主机 CPU/内存/磁盘异常、服务起不来或权限报错:先用 Linux 权限速查 和 信号速查 判断权限或进程退出问题,再用 systemd 速查 看 unit 与 journal;定位文件和日志时用 find、grep、awk、sed。
- 变更、交付或凭证问题:基础设施变更查 Terraform 速查,批量配置查 Ansible 速查,发布与回滚查 Git 速查 和 Argo CD 速查;证书链与握手问题从 TLS 速查 进入,生成转换证书查 OpenSSL 速查,远程登录查 SSH 速查。
Linux / 系统(14 张)
先读 Linux 心智模型 建立文件、进程、权限和网络栈的骨架;本组覆盖日常命令、终端与文本处理。
- Bash 速查 — 写循环、条件、参数展开,或脚本行为与手工执行不一致时查。
- AWK 速查 — 按列提取、聚合日志或做一次性统计时查。
- sed 速查 — 批量替换、按行范围改配置或流水线处理文本时查。
- grep 速查 — 在日志或代码里按模式筛行,需要上下文和文件过滤时查。
- find 速查 — 按名称、时间、大小、权限找文件并批量处理时查。
- 正则速查 — 写 grep/sed/awk 正则,或怀疑回溯过慢时查。
- cron 速查 — 定时任务不跑、时区或环境变量异常,以及写 crontab 时查。
- systemd 速查 — 服务起不来、编辑 unit、看 journal 或设置开机启动时查。
- Linux 权限速查 — 权限被拒、SUID/umask/ACL 或 sudo 配置不清时查。
- Linux 信号速查 — 进程收到 TERM/KILL/HUP,需优雅退出或确认信号语义时查。
- Vim 速查 — 服务器上临时改配置,需要快速移动、替换和保存退出时查。
- tmux 速查 — SSH 断线要保住会话,或需要分屏与共享终端时查。
- jq 速查 — 处理 JSON API、kubectl 或云 CLI 输出时查。
- yq 速查 — 批量读写 YAML 清单、修改字段或比较配置时查。
Kubernetes / 云原生(9 张)
先读 K8s 心智模型 理解对象、控制器与控制循环;本组覆盖集群操作、清单管理和容器构建。
网络 / DNS(6 张)
先读 网络心智模型 的分层封装、路由、TCP 状态机与 TLS;本组按从域名到 HTTP 的链路排列。
- 网络排查分层速查 — 连接拒绝、超时、丢包到 TLS/HTTP 的分层定位入口。
- DNS 速查 — 域名解析失败、切换权威服务器、核对记录与 TTL 时查。
- curl 速查 — 手工发 HTTP 请求,带认证、请求头、代理或看握手细节时查。
- HTTP 状态码速查 — 看到 4xx/5xx,想确认语义和责任边界时查。
- tcpdump 速查 — 需要抓包证明丢包、重传、RST 或 DNS 查询时查。
- Nginx 速查 — 改反向代理或 upstream、reload 失败、排查 502/504 时查。
数据库 / 中间件(4 张)
先读 数据库心智模型 的页与缓存、事务、索引和复制;本组只查操作,不代替 SQL 基础。
DevOps / IaC(5 张)
先读 DevOps 心智模型 的变更流水线、不可变制品与反馈回路;本组包含 IaC、版本控制和可观测查询。
- Terraform 速查 — plan/apply、状态漂移、import、state 操作和后端迁移时查。
- Ansible 速查 — 批量配置、check/diff、limit/tags 与 vault 使用时查。
- Git 速查 — 撤销提交、解决冲突、rebase/cherry-pick 或找回丢失提交时查。
- PromQL 速查 — 写指标查询、聚合、rate、直方图与告警表达式时查。
- LogQL 速查 — 在 Loki 按标签筛日志、解析字段和计算错误率时查。
安全(3 张)
先读 安全心智模型 的身份、最小权限、边界与信任链;本组覆盖证书、TLS 和远程访问。
- OpenSSL 速查 — 生成 CSR 或自签证书、转换格式、校验密钥与签发链时查。
- TLS 速查 — 证书过期、链不完整、SNI 不匹配或握手失败时查。
- SSH 速查 — 配密钥登录、跳板、端口转发或排查连接失败时查。
AI / MLOps(1 张)
先读 AI 心智模型 的显存、算力、带宽与批处理;本组只覆盖 GPU 运行时排查。
- GPU 速查 — 看显存、利用率、拓扑、Xid,或容器与 K8s 挂载 GPU 时查。
读完自测
- 把速查表背下来,就能独立处理故障吗?为什么还要先读学习路径和心智模型?
- 同一个症状对应多张表时,怎样避免把生产环境当成试验场?
- 发现速查表里的命令与当前版本不一致,应该以什么为准?
答案
- 不能。速查表是“下一步动作”的索引,故障处理还依赖分层、状态和因果判断。心智模型告诉你系统由哪些层组成、异常通常出现在哪里;学习路径给出先学什么的顺序。没有这些,你只能挨个试命令,既读不懂输出,也不知道命令不适用时该转向哪里。先读模型再查表,才能把命令放在正确的层,并知道何时停止。
- 先写下两三个假设,按“只读观察、低风险验证、受控变更”排序。从分层入口表进入,一次只改变一个变量,记录命令、输出和时间;生产变更先 dry-run、
plan 或 --check,涉及主库、控制面和证书时先确认回滚与影响面。超出速查表范围就回到学习路径或找系统 owner,不要把生产当试验场。
- 以官方文档和实际运行版本为准。先执行
--version 或查看帮助确认版本,再查对应版本的官方参考;速查表只做高频摘要,不承诺覆盖所有语法和弃用变化。确认差异后记录环境与版本,反馈给页面维护者,避免下一位读者重复踩坑。
相关命令
参考链接