高可用版是怎么工作的
应用连接一个固定的内网地址，主库故障时代理在 30 秒内切到从库，应用不改配置。
高可用版由主库与热备从库组成，半同步复制；健康检查发现主库异常后自动提升从库，连接地址不变。读写分离代理在同一地址上按 SQL 类型把读请求分发到只读实例，写请求走主库。
- 自动备份每天一次（时间可设），默认保留 7 天，最长 30 天；Binlog 持续保留，按时间点恢复到秒。
- 只读实例最多 5 个，与主库同 VPC，复制延迟可监控。
- 实例只在 VPC 内网可达，白名单控制来源；公网访问需显式开启。
四个可以核对的数字
每一格都能在控制台监控或恢复演练里验证。
主从高可用，地址不变
主库与热备从库跨可用区部署，半同步复制；健康检查发现故障后自动提升从库，应用连接地址不变，切换过程通常 30 秒内完成。
14:03:19 promote standby → primary ✓
14:03:27 proxy rerouted · writes resumed (16s)
每日全量 + Binlog 任意时间点
自动备份默认保留 7 天、最长 30 天，Binlog 持续保留；误删表、发布异常都能恢复到出事前一秒，恢复到新实例不影响线上。
读写分离，读压力横向扩
代理按 SQL 自动分发，报表与查询走只读实例，主库只处理写；只读实例按需加减。
RSSD 存储，在线扩容
数据盘用 RSSD 云盘三副本，20 GB 至 32 TB 在线扩容；规格升降配在维护窗口内完成，连接地址不变。
看得见的数据库
CPU、内存、磁盘、IOPS、连接数、QPS、TPS、慢查询、复制延迟等 12 项指标，阈值告警推送。
实例规格与架构
先按业务选架构，再按连接数与数据量选规格；所有规格可升降配。
| 规格 | vCPU | 内存 | 最大连接数 | 存储（RSSD） | 适用 |
|---|---|---|---|---|---|
| 1C2G | 1 | 2 GB | 1,000 | 20 – 500 GB | 开发测试、个人项目 |
| 2C4G | 2 | 4 GB | 2,000 | 20 – 2,000 GB | 官网、后台、小型应用库 |
| 4C8G推荐 | 4 | 8 GB | 4,000 | 20 – 4,000 GB | 电商订单库、SaaS 业务库 |
| 8C16G | 8 | 16 GB | 8,000 | 20 – 8,000 GB | 高并发业务库 |
| 8C32G | 8 | 32 GB | 10,000 | 20 – 16,000 GB | 大数据量、热数据多的业务 |
| 16C64G | 16 | 64 GB | 16,000 | 20 – 32,000 GB | 核心交易库 |
| 32C128G | 32 | 128 GB | 32,000 | 20 – 32,000 GB | 大型平台核心库 |
最大连接数为参数组默认值，可按内存调整；规格与可售地域以控制台为准。
| 架构 | 节点 | 可用性 | 故障切换 | 读扩展 | 适用 |
|---|---|---|---|---|---|
| 单机版 | 1 个主节点 | 无自动切换，依赖备份恢复 | — | — | 开发测试、非核心业务 |
| 高可用版推荐 | 主 + 热备从，跨可用区 | 99.95% SLA | 30 秒内自动切换，地址不变 | 可加只读实例 | 生产业务库 |
| 高可用 + 只读实例 | 主 + 从 + 最多 5 个只读 | 99.95% SLA | 30 秒内自动切换 | 代理自动读写分离 | 读多写少、报表与查询密集 |
| 版本 | 引擎 | 字符集 | 参数组 | 说明 |
|---|---|---|---|---|
| MySQL 8.0推荐 | InnoDB | utf8mb4 默认 | 默认 / 自定义 | 新业务首选，窗口函数、CTE、原子 DDL |
| MySQL 5.7 | InnoDB | utf8mb4 / utf8 | 默认 / 自定义 | 存量业务迁移，JSON 类型 |
| MySQL 5.6 | InnoDB | utf8mb4 / utf8 | 默认 / 自定义 | 仅限老系统兼容，建议升级 |
| 版本升级 | — | — | — | 5.6 → 5.7 → 8.0 支持在维护窗口内升级，升级前自动备份 |
功能特性
每一项都对应控制台里的一个操作或一个开关。
自动备份与 Binlog 全部架构
每日全量备份时间可设，保留 7 至 30 天；Binlog 持续保留。
时间点恢复 全部架构
恢复到保留周期内任意一秒，生成新实例，不影响线上。
读写分离代理 高可用版
固定地址，按 SQL 自动路由，只读实例权重可调。
参数组 全部架构
max_connections、innodb_buffer_pool_size 等参数在线修改，部分需重启。
监控与慢日志 全部架构
12 项指标与慢查询分析，阈值告警推送。
白名单与 VPC 内网 全部架构
默认只在 VPC 内可达；公网访问需显式开启并限制来源。
规格升降配与扩容 全部架构
存储在线扩容；规格变更在维护窗口内完成，地址不变。
数据迁移 全部架构
mysqldump / 物理备份导入，或配置主从同步做在线迁移。
OpenAPI 与 CLI 全部架构
创建、备份、恢复、只读实例全部可自动化。
应用场景
四种典型业务库，各给架构、规格与三条要点。
云主机应用库
官网、后台、API 的业务库放托管 MySQL，与应用实例同 VPC 内网互通，不再自己装库、配主从、巡检。
跨境电商订单库
订单、商品、库存、结算放高可用版，大促前升配并做备份，活动结束降配；只读实例跑报表。
SaaS 多租户业务库
按租户规模分库或分实例，参数组统一管理；时间点恢复解决单租户误操作。
读多写少的查询平台
报表、查询接口、运营分析走只读实例，主库专注写入；代理自动路由，应用不改代码。
价格与计费
按实例规格 + 存储容量计费，高可用版按双节点计价；单价以控制台为准。
计费规则
| 计费项 | 计费方式 | 规则 |
|---|---|---|
| 实例规格 | 按小时、按月、按年预付费 | 高可用版按双节点计价；只读实例按单节点规格单独计费 |
| 存储 | 按 GB · 月 | RSSD 云盘，在线扩容按新容量计费 |
| 备份存储 | 按 GB · 月 | 与实例存储等量的备份空间免费，超出部分按容量计费 |
| 公网访问 | 按弹性 IP 与带宽 | 默认关闭；开启后按弹性 IP 与固定带宽规则计费 |
| 升降配 | 差价 | 升配按差价补足，降配按剩余时长折算 |
各项单价按地域不同，以 价格页 与控制台实时报价为准。
托管还是自建
只比可以量化的维度。
| 对比维度 | ZOSOC 云数据库 MySQL | 云主机上自建 MySQL | 主流云厂商托管 MySQL |
|---|---|---|---|
| 开通时长 | 3 至 5 分钟 | 数小时（安装、调参、主从） | 数分钟 |
| 高可用 | 主从自动切换 30 秒内，地址不变 | 需自建 MHA / Orchestrator | 自动切换 |
| 备份恢复 | 每日全量 + Binlog，恢复到任意一秒 | 自写脚本，恢复靠人 | 自动备份，时间点恢复 |
| 读写分离 | 代理内置，应用不改代码 | 应用层或自建 ProxySQL | 多数需额外购买代理 |
| 监控与慢日志 | 12 项指标，内置慢查询分析 | 自建 Prometheus + exporter | 内置 |
| 运维投入 | 0 DBA 巡检 | 需专人巡检、打补丁、扩容 | 0 DBA 巡检 |
| 与云主机互通 | 同 VPC 内网 0.5 ms，白名单控制 | 同 VPC | 同 VPC |
| 技术支持 | 7×24，90 秒响应，含慢查询与容量建议 | 靠自己 | 工单，按支持等级计费 |
三步用上托管 MySQL
创建实例、放行应用白名单、改连接串。
创建实例
选地域、版本、架构、规格与存储；选与应用相同的 VPC。
创建账号与白名单
创建应用账号并授权数据库；白名单加入应用实例的内网段。
导入数据，改连接串
mysqldump 导入或配置主从在线迁移；应用连接串指向内网地址，开启备份策略。
常见问题
版本、切换、备份与连接，各挑最常被问到的几条。
切换瞬间已有连接会断开，连接地址不变，应用重连即可；建议连接池开启自动重连与短超时，切换通常 30 秒内完成。
数据量小用 mysqldump 导入；需要不停机时把托管实例配置为自建库的从库做增量同步，切换时停写、追平、改连接串，停机通常在分钟级。
每日全量默认保留 7 天，最长 30 天；Binlog 与备份同周期保留，可以恢复到保留期内任意一秒，恢复到新实例后再切换或导回。
支持在维护窗口内升级，升级前自动备份；建议先用时间点恢复克隆一个实例在 8.0 上验证 SQL 兼容性。
默认只在 VPC 内网可达；需要时可开启公网地址并限制白名单来源，建议只用于迁移与临时运维，生产连接走内网。
先在参数组调 max_connections（受内存限制），同时应用侧使用连接池；读请求多就加只读实例，整体不够再升规格。
同地域通常在秒级以内，监控里有复制延迟指标并可设告警；对一致性敏感的查询可在 SQL 上加 hint 强制走主库。
通过参数组修改常用参数，大部分在线生效，少数需重启；不提供操作系统与文件级访问。
用时间点恢复把实例恢复到删表前一秒生成新实例，从新实例导出该表导回线上；整个过程不影响线上写入。
7×24 技术支持，90 秒内响应；慢查询、连接数、容量规划问题可直接找架构师做 1v1 分析。