系统学习 学习路径总入口:先选领域,再建立模型,最后用故障演练验证

速查表索引:42 张表,按问题域找到该查哪一页

先读路径,再查表

速查表不是教程:先读对应学习路径或心智模型,再回来查。

速查表解决的是“知道要做什么,只差一个命令或参数”的问题。它把高频命令、易错点和相邻工具压在一页,适合值班、发布、排障和写脚本时翻阅;但它不解释系统为何这样工作,也不提供从零学习的顺序。若还分不清进程与线程、Pod 与容器、复制与备份、路由与 DNS,先放下速查表,从 学习路径总入口 选一个方向,读完对应路径与心智模型再回来。

使用时守三条边界:先定位问题域,一次只查一张表;抄命令前读参数和“易错点”,把占位符换成真实值;生产上先 dry-run、--check、plan 或只读查询,确认影响面再执行。速查表给的是候选动作,不代替变更审批。

读一张表也有顺序:先看标题和适用场景,确认它解决的正是当前问题;再看命令块里的占位符,把集群、namespace、主机和路径换成真实值;最后读“易错点”和“相关命令”,判断失败时该往哪一层转。命令块用来唤醒记忆,不是复制粘贴的保证;同一目的有多种写法时,优先选只读、可回滚、影响面小的那种。查完仍不确定,就回到学习路径或对应专题页。这张索引只负责“找表”,不重复各表内容;同一问题跨两个域时,按最靠近用户症状的那一层先查,再向上游或下游扩展,并保留第二假设。

遇到问题先查哪张表

  1. 请求打不开、超时、502/504 或证书报错:先看 网络排查分层速查,按链路、IP、DNS、TCP、TLS、HTTP 逐层缩小范围;再用 tcpdump 速查 验证丢包与握手,用 Nginx 速查 对照 upstream 和超时,最后用 HTTP 状态码速查 判断责任边界。
  2. Pod 异常、发布失败或权限被拒:从 Kubernetes 排障速查 进入,配合 kubectl 速查 查事件、日志和回滚;精确取字段用 JSONPath 速查,权限问题查 RBAC 速查,清单渲染问题查 Helm 速查 或 Kustomize 速查。
  3. 数据库变慢、连接耗尽或消息积压:先确认是 SQL、连接、复制还是资源问题,查 MySQL 速查 或 PostgreSQL 速查;缓存命中与热 key 查 Redis 速查,消费 lag 与分区查 Kafka 速查。不要在主库上直接试写命令。
  4. 主机 CPU/内存/磁盘异常、服务起不来或权限报错:先用 Linux 权限速查 和 信号速查 判断权限或进程退出问题,再用 systemd 速查 看 unit 与 journal;定位文件和日志时用 find、grep、awk、sed。
  5. 变更、交付或凭证问题:基础设施变更查 Terraform 速查,批量配置查 Ansible 速查,发布与回滚查 Git 速查 和 Argo CD 速查;证书链与握手问题从 TLS 速查 进入,生成转换证书查 OpenSSL 速查,远程登录查 SSH 速查。

Linux / 系统(14 张)

先读 Linux 心智模型 建立文件、进程、权限和网络栈的骨架;本组覆盖日常命令、终端与文本处理。

Kubernetes / 云原生(9 张)

先读 K8s 心智模型 理解对象、控制器与控制循环;本组覆盖集群操作、清单管理和容器构建。

网络 / DNS(6 张)

先读 网络心智模型 的分层封装、路由、TCP 状态机与 TLS;本组按从域名到 HTTP 的链路排列。

数据库 / 中间件(4 张)

先读 数据库心智模型 的页与缓存、事务、索引和复制;本组只查操作,不代替 SQL 基础。

DevOps / IaC(5 张)

先读 DevOps 心智模型 的变更流水线、不可变制品与反馈回路;本组包含 IaC、版本控制和可观测查询。

安全(3 张)

先读 安全心智模型 的身份、最小权限、边界与信任链;本组覆盖证书、TLS 和远程访问。

AI / MLOps(1 张)

先读 AI 心智模型 的显存、算力、带宽与批处理;本组只覆盖 GPU 运行时排查。

读完自测

  1. 把速查表背下来,就能独立处理故障吗?为什么还要先读学习路径和心智模型?
  2. 同一个症状对应多张表时,怎样避免把生产环境当成试验场?
  3. 发现速查表里的命令与当前版本不一致,应该以什么为准?
答案
  1. 不能。速查表是“下一步动作”的索引,故障处理还依赖分层、状态和因果判断。心智模型告诉你系统由哪些层组成、异常通常出现在哪里;学习路径给出先学什么的顺序。没有这些,你只能挨个试命令,既读不懂输出,也不知道命令不适用时该转向哪里。先读模型再查表,才能把命令放在正确的层,并知道何时停止。
  2. 先写下两三个假设,按“只读观察、低风险验证、受控变更”排序。从分层入口表进入,一次只改变一个变量,记录命令、输出和时间;生产变更先 dry-run、plan 或 --check,涉及主库、控制面和证书时先确认回滚与影响面。超出速查表范围就回到学习路径或找系统 owner,不要把生产当试验场。
  3. 以官方文档和实际运行版本为准。先执行 --version 或查看帮助确认版本,再查对应版本的官方参考;速查表只做高频摘要,不承诺覆盖所有语法和弃用变化。确认差异后记录环境与版本,反馈给页面维护者,避免下一位读者重复踩坑。

相关命令

参考链接

微信小程序码:扫码打开命令速查小程序

小程序版

微信扫码,随时查命令