一、MySQL 慢与崩的根源剖析 很多网站的瓶颈不在 Web 服务器，而在数据库。随着数据量增长，查询变慢、连接被打满、凌晨崩溃，往往是三种原因叠加：慢查询未优化、配置参数不合理（buffer pool 太小、连接数不够）、缺乏有效的备份与异常恢复预案。下面从...

`tar` 是 Linux 最常被搜的压缩解压命令，但很多人只记得 `tar -zxvf file.tar.gz`——遇到 `.tar.xz`、只想解压部分文件、打包时排除目录、压缩时不包含路径就头疼了。`tar` 命令详解解决"从打包压缩到选择性操作"：讲清...

etcd 是 K8s 的"大脑"——集群状态全在里面。前面提过它三节点、Raft 与健康排查的基础，这篇把它做深到"能长期稳着运维、坏了能救"的层面：数据膨胀与压缩（compact/defrag）、备份与恢复、节点替换、以及高负载/IO 与成员变更的坑。运维 ...

把数据放在分布式/云存储（Gluster/Ceph/对象桶/MiniO、公有云 S3）里，很多人误以为"已经冗余/有副本=不用备份了"，结果某次误删、勒索、或底层存储故障时才发现"冗余不是备份"。对上文的 Ceph/Gluster/对象存储来说，正确的姿势是把...

自托管的数据库备份，最容易犯的错觉是"有备份 = 能恢复"。很多人的备份是一坨每天全量 dump 的文件，真要恢复时才发现：要么只能恢复到"昨天凌晨"那个点、今天的数据全没了；要么恢复流程从没演练过、现场手忙脚乱。PostgreSQL 的 PITR（Point...

启动自托管服务器的动力，很多人始于"折腾一台机器、跑一堆服务"，但跑得越久越会意识到：几乎每个服务背后都离不开数据库——博客的文章、监控平台的状态、CI 的记录、网站的账号，全都落在一套关系型数据库里。而在自托管世界里使用最广泛、兼容最成熟、最"一个 Dock...

经历了"用现成平台开个博客"到"搬回自己服务器"这一步的人，往往会选 WordPress 当起点——毕竟它的生态最成熟、插件主题最多、上手文档最全，是最多人想自托管建站时的默认答案。但自托管 WordPress 有个典型矛盾：它"装起来很轻松"，却"跑好要操心...

自托管的照片、备份、文件、媒体，散落在不同的目录和进程里，没有一个统一的地方安置。传统的"挂一块盘、建一堆目录"在小规模够用，一旦要跨机器、要自动化备份、要对外提供一致的访问接口，就暴露了短板。对象存储用"桶（bucket）+ 对象（object）"的扁平模型...

上一轮聊过 Docker 的卷备份，但"本地 tar 包"离真正的备份还差三件事：有没有异地一份、有没有加密、有没有历史版本可回退。这三件事正是 restic 的看家本领。restic 是一个快照式、加密、去重的备份工具：每次备份生成的快照只存下与上一次不同的...

导读：本站监控体系三层早就齐了：哪吒盯机器活着、Uptime Kuma盯服务应答、Healthchecks盯任务真的在跑——但所有告警的最后一公里，其实都堵在同一个地方：邮件。邮件慢、邮件会进垃圾箱（发信篇的痛大家都懂）、Telegram要全程代理、微信推送要...