运维日志

连接为什么昂贵 每建立一个数据库 TCP 连接，后端都要付出： - 三次握手 + TLS 协商（若开 SSL）+ 认证（用户名/密码或证书） - 分配一个**独立后端进程/线程**（PostgreSQL 每连接一进程，MySQL 每连接一线程） - 分配连接级内存（`work_mem`、

为什么时间同步是运维的隐形地基 很多故障事后复盘，根因都指向一个被忽视的维度——**时钟**。当集群里两台机器差了几秒甚至几分钟： - **数据库主从复制**：MySQL GTID、PostgreSQL 逻辑复制依赖事务时间戳与有序提交，时钟跳变会导致复制中断或数据回退。 - **TLS

为什么是 MGR 传统 MySQL 主从复制（异步/半同步）的三大痛点： | 痛点 | 传统主从 | MGR | |------|---------|-----| | 故障切换 | 手动或靠 orchestrator/MHA | **自动**选主切换 | | 数据一致性 | 异步可能丢数

为什么 Rsync 是备份的基石 `rsync` 的核心价值是**增量传输**——只同步源和目标之间的差异块，而不是整文件复制。对比 `scp`/`cp`： | 维度 | scp / cp | rsync | |------|---------|-------| | 传输单位 | 整个文

为什么选 TiDB 传统数据库的扩展困境：MySQL 主从架构写入只能走单点，分库分表后跨库事务和 join 极其痛苦。TiDB 作为原生分布式 HTAP 数据库，用一套引擎同时解决 OLTP 和 OLAP： | 维度 | MySQL 分库分表 | TiDB | |------|----

为什么是 HAProxy + Keepalived Nginx 擅长七层反向代理，但在纯 TCP 负载均衡、连接级健康检查、会话保持等场景下，HAProxy 才是专业选择。Keepalived 提供的 VRRP 虚拟 IP 漂移则解决了单点故障问题。两者组合是 Linux 下最经典的四层/