目标推荐方案实时同步ROW 格式 + 并行复制读写分离高可用MHA（传统）或 InnoDB Cluster（现代）零数据丢失半同步复制 + GTID✅最佳实践主从必须同版本从库开启read_only监控延迟和错误定期备份 + 演练故障切换。

目标技术方案海量数据存储水平分库分表（ShardingSphere/Vitess）高并发读写每分片独立 InnoDB Cluster99.99% 可用性MGR 自动故障转移 + Router 透明代理弹性扩展在线扩容（双写 + 数据迁移）💡记住不要过早分片！先优化 SQL、加缓存、读写分离高可用 ≠ 高性能，两者需结合设计自动化运维是大规模集群的生命线。

Grafana 可同时接入两者，Zabbix 监控基础设施，Prometheus 监控应用。，可用另一个 Prometheus 或 Blackbox Exporter 监控。→ 更可靠（避免客户端故障丢数据），便于服务发现，符合云原生理念。Grafana 只是可视化工具，不采集、不存储数据。→ Prometheus 提供。

当你拉取一个镜像，实际上你获得的是一个由多个。

✅。

Compose 使用YAML 文件描述整个应用栈。

Compose 使用YAML 文件描述整个应用栈。

一个标准 k8s 集群由控制平面（Control Plane）和工作节点（Worker Nodes）组成。

只显示 Pod 名称和 IP# 显示容器镜像Key/Value 对（如app=webenv=prodversion=v2用于标识和分类资源非唯一、可重复、可动态修改。

Pod 的生命周期由和共同描述。