运维与备份
多库环境的监控迁移。
25 分钟
运维与备份
引入 Neo4j、ClickHouse、Elasticsearch 后，运维从 「一个 MySQL」 变成 多引擎矩阵：监控指标、备份策略、版本升级、跨库迁移各不同。本课给出 多库环境的最低可行运维（MVO） 清单。
学习目标
- 为 OLTP、搜索、OLAP、图库各列关键监控指标
- 理解备份/恢复 RPO/RTO 在多库下的差异
- 知道迁移与双读双写的风险点，衔接 scaling-essentials
监控维度
| 引擎类型 | 必看指标 | 常见工具 |
|---|---|---|
| PostgreSQL/MySQL | 连接数、慢查询、复制延迟 | Prometheus + postgres_exporter |
| MongoDB | opcounters、复制 lag、wiredTiger cache | mongodb_exporter |
| Elasticsearch | 集群 health、heap、pending tasks | Kibana Stack Monitoring |
| ClickHouse | merge 队列、parts 数、磁盘 | system.metrics |
| Cassandra | compaction、repair、hinted handoff | nodetool + JMX |
| Neo4j | page cache hit、store size | Neo4j metrics |
统一入口可接 observability-essentials（若已学）；最低限度 每库健康检查 + 磁盘告警。
备份策略
OLTP（PG/MySQL） → 全量 + WAL/binlog 连续归档（RPO 分钟级）
MongoDB → mongodump / 卷快照 + oplog
Elasticsearch → snapshot repository（S3 等）
ClickHouse → freeze + 对象存储；注意 merge 后 part
图/宽列 → 厂商原生 backup + 跨 DC 复制验证
搜索与 OLAP 索引常可重建（从主库 CDC 重灌），RTO 策略不同于 不可丢账本 的 postgresql-essentials 主库。
迁移与多库共存
- 双写：一致性难，需对账 job；短期过渡，非长久方案
- CDC：Debezium → Kafka → ES/ClickHouse，与 scale-read-write 读扩展一致
- 割接：维护窗口、回滚脚本、feature flag 读路径切换
DynamoDB 迁移常涉及 ddb-keys 重设计；Mongo → PG 需 orm-normalization 拆文档。
安全与合规
- 凭证分库分环境，不进 Git（同 ai-coding-essentials 纪律）
- ES/Mongo 默认无 auth 的历史坑：生产必须启用认证与 TLS