分类目录归档：服务器运维
2026年2月记录，分类「Linux」。这里不追求大而全，主要记录一个测试点从发现到落地的过程。
服务器加固测试我会从账号、端口、SSH、日志、补丁、防火墙几个方向看，重点是确认加固后业务不受影响。
我当时想确认的不是工具能不能跑，而是这个点能不能稳定地变成测试资产。
ss -lntp
ufw status
lastlog
sudo grep 'Failed password' /var2025年9月记录，分类「服务器运维」。内容按测试执行视角整理，尽量把背景、操作和验收口径讲清楚。
备份文件存在不代表能恢复。测试环境也应该做恢复演练，尤其是字符集、表数量、关键数据这些容易被忽略。
对测试来说，最后要落到可复现、可验证、可交接，文章也是按这个思路写的。
mysqldump --default-character-set=utf8mb4 djangoblog > back2024年8月记录，分类「服务器运维」。这篇更像工作笔记，记录的是一次问题拆解和复用清单。
接口慢的时候，如果只有总耗时，很难判断卡在网关、应用、数据库还是外部服务。OpenTelemetry 的价值是把链路拆开。
我更关注它在真实提测流程里怎么落地，而不是单独演示一个命令或脚本。
traceId=7f2a...
api gateway: 32ms
app servic2024年3月记录，分类「Kubernetes」。这篇更像工作笔记，记录的是一次问题拆解和复用清单。
临时测试环境最怕开了没人关。Kubernetes 里我会优先用 namespace 隔离，并给资源打标签，方便清理和统计成本。
记录这篇的目的，是让下次遇到同类问题时少走一轮弯路。
kubectl create names2023年7月记录，分类「服务器运维」。这里不追求大而全，主要记录一个测试点从发现到落地的过程。
Nginx 问题经常被简单归为 502，但背后可能是 upstream 不通、uWSGI 没启动、超时太短、真实 IP 传递错误。
整理时我特意把输入、动作、观察点和风险拆开，方便后面补用例。
nginx -t
tail2022年10月记录，分类「服务器运维」。这篇按当时的测试现场整理，重点放在目标、动作和可复用的检查点。
这次接口超时一开始被怀疑是应用线程池不够，后来从慢日志看到某个列表查询扫描了几十万行。问题不复杂，但定位顺序很典型。
记录这篇的目的，是让下次遇到同类问题时少走一轮弯路。
EXPLAIN SELECT * FROM orders WHERE use2022年7月记录，分类「Linux」。内容按测试执行视角整理，尽量把背景、操作和验收口径讲清楚。
服务器问题不能靠感觉猜。这篇是我整理的一套基础排障顺序，适合页面打不开、接口超时、服务重启失败这类场景。
整理时我特意把输入、动作、观察点和风险拆开，方便后面补用例。
ss -lntp
df -h
free -m
journalctl -u ngin