业务数据是 JSON 结构、字段经常变？用户量大了想横向扩展？用 MySQL 改表结构改到崩溃？MongoDB 是非关系型数据库（NoSQL）里最流行的：数据以文档（类似 JSON）形式存储，字段随意增删、结构灵活，天生支持水平扩展，是日志、用户信息、商品数据...

WordPress 要装数据库、网站数据要迁移、学习 SQL 想本地练手——服务器上最常用的数据库就是 MySQL（以及它的分支 MariaDB）。这篇文章从零开始：安装、建库建表、增删改查、备份恢复、远程连接一次讲清，照着操作就能把 MySQL 跑起来。 一...

数据库的连接管理常是自托管最容易爆的隐形雷：应用每请求都新建连接、max_connections 设太高把内存吃爆、或一个瞬间涌来的并发把连接打到上限报too many connections，业务直接雪崩。数据库连接池与连接风暴治理解决让应用用最少连接却够用...

跑 K8s 的自托管，到了"数据库、Redis、有状态的中间件"这步就开始犯难：Deployment 假设 Pod 是无状态、可随时重建的，而像数据库这类服务天生是"有身份的、数据要跟着自己走的"——每次重启换一个名字、数据盘飘忽不定，完全没法跑。Kubern...

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

自托管的数据库一旦承担"博客 + 监控 + 账号"多个服务的读写，增长期的痛会先落在单点上：一台库的 CPU 和连接数被打满，读多写少的流量全压在同一台机器。关系库通常有"一台能写、多台可读"的天然节奏——这正是主从复制（Replication）与读写分离（R...

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

数据库是自托管栈里最不能"停了就重启一下"的东西。前面聊过 Redis 可以靠主从 + Sentinel 自动恢复，PostgreSQL 也一样有主从复制与高可用方案，只不过它的机制和 Redis 不同、配置也更讲究。这篇把它讲清楚：PostgreSQL 的主...