运维日志

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

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

为什么选 ClickHouse OLAP（联机分析处理）场景下，行存数据库（MySQL/PostgreSQL）在亿级数据聚合查询时力不从心。ClickHouse 用列存 + 向量化执行做到了极致的查询性能： | 维度 | MySQL/PG（行存） | ClickHouse（列存） | |

为什么选 WireGuard 传统 VPN 三选一（IPSec/OpenVPN/WireGuard），WireGuard 在运维体验上碾压前两者： | 维度 | IPSec | OpenVPN | WireGuard | |------|-------|---------|-------

MongoDB 的两种集群形态 MongoDB 生产部署不外乎两种拓扑——副本集（Replica Set）和分片集群（Sharded Cluster），用途完全不同： | 维度 | 副本集（Replica Set） | 分片集群（Sharded Cluster） | |------|--

为什么运维要会 DNS DNS 是所有网络服务的寻址根基——域名解析慢/出错，再快的应用层也白搭。内网环境至少三个场景离不开自建 DNS： | 场景 | 用 BIND 的理由 | |------|----------------| | 内网域名解析（service.internal） |