与自建数据库对比
对比项 | UDB-MySQL | UHost自建 | 自建数据库 |
性价比 | 弹性资源 | 弹性资源 | 一次投入的沉没成本大 |
内核调优,提升性能 | 开源版无性能优化 | 开源版无性能优化 | |
备份空间免费 | 需要购买资源作为备份空间 | 需要独立准备备份资源,成本极高 | |
可用性 | 高可用版提供双主热备架构,实现20秒左右故障恢复 | 需要单独购买高可用系统 | 需要单独购买高可用系统 |
云平台一键开启读写分离实现负载均衡,读写分离使用便捷 | 需要单独实现负载均衡 | 需要单独实现负载均衡设备 | |
可靠性 | 数据可靠性高,支持物理备份和逻辑备份,备份恢复及秒级回档等 | 在好的架构下才能实现高可靠性 | 数据可靠性一般,取决于单块磁盘的损害概率 |
易用性 | 自动化备份恢复系统,支持按时间点恢复等 | 无自动备份系统,流式备份能力需要单独实现,实现按时间点恢复功能成本高 | 无自动备份系统,流式备份能力需要单独实现,实现按时间点恢复功能成本高 |
自动化监控告警系统,支持秒级监控,覆盖实例和数据库所有性能指标,支持短信、邮箱等方式 | 需要单独购买监控系统,在云监控中配置告警系统 | 需要单独购买或配置监控系统,通道较少,成本较高 | |
支持跨可用区容灾 | 技术实现难度极大 | 跨可用区数据中心成本极高,技术实现难度也大,很难实现跨可用区容灾 | |
性能 | NVMe机型MySQL提供极致性能,超高性价比 | 本地盘意味着降低数据可靠性,采用云盘的话需要规划架构,成本支出较大 | 比云计算硬件更新速度慢,性能一般都会低于云数据库 |
增加只读实例之后性能强劲且负载均衡 | 实现master+slave架构的难度较高,咨询成本较高,维护成本极高 | 实现master+slave架构的难度较高,咨询成本较高,维护成本极高 | |
提供丰富的监控指标,满足大部分监控及性能优化数据库场景 | 依赖资深DBA,支出大,受制于人 | 依赖资深DBA,支出大,受制于人 | |
安全 | 内网隔离控制访问,VPC网络隔离 | VPC网络隔离 | 网络隔离的咨询成本较高 |
支持数据库审计 | 审计困难,需要单独保存SQL日志 | 审计困难,需要单独保存SQL日志 |