OB Cloud 云数据库上新,4.1版本现已全面开放

2024年 5月 7日 32.8k 0

2022 年 8 月 10 日,OceanBase 宣布 OceanBase 公有云服务全球开服,帮助不同规模客户,在全球不同区域,享受同样优质的企业级数据库产品与服务。

经过近一年的发展,公有云业务取得了长足的发展,去年对客收入同比增长 300%。随着越来越多客户的认可,OceanBase 公有云业务已经迎来发展重要拐点,为了以更清晰、准确的产品定位服务全球客户,OceanBase 公有云正式命名为 OB Cloud 云数据库。

OB Cloud 云数据库上新,4.1版本现已全面开放-1

OB Cloud 构建在 AWS、阿里云、腾讯云等全球主流公有云基础设施上,不仅具备降本增效、多级弹性、混合云等关键优势,还可以通过多租户、数据高压缩、HTAP 等能力,在保障数据库高性能的同时,帮助客户显著降低数据库使用成本。OB Cloud 在云上集成了评估、迁移、监控、开发、诊断、备份恢复、运维优化等工具,让数据库管理与运维更简单。

值得一提的是,OB Cloud 于 2023 年 6 月 30 日正式上线 OceanBase 4.1 新版本,支持客户在云上使用最新的 OceanBase 单机分布式一体化架构能力,该版本性能在 4.0 基础上进一步提升,在内核能力上对分布式事务和存储进行了大量优化,同时也推出了很多客户期待的重磅功能,包括 GIS、JSON、增强 LOB、租户级主备库等。同时为了更好地支撑不同客户规模和多元业务场景,OB Cloud 推出了针对开发者及中小场景使用的 1C/2C 租户共享规格,企业生产环境所需的 4C/8C/14C/24C/30C/62C/104C 集群独享规格,全系列规格支持客户云上从小到大的业务诉求。

1、面向企业用户的新特性

OB Cloud 的 4.1 版本面向企业用户的新特性主要包括以下几个方面:

第一,内核能力增强

故障恢复能力再升级,更多场景达成 RTO < 8 秒,帮助业务提供更强的持续可用能力;支持更细粒度的资源隔离能力,允许对同一张表的不同数据指定分别的资源组;存储空间占用大幅优化,自动追踪宏块使用情况,并允许多张表的数据可以复用同一个宏块,进一步提升存储利用效率;支持空间信息系统(GIS),更好地支持位置查询、空间分析等场景。全新的通用 LOB,在访问 LOB 的全链路上支持了 LOB 的延迟加载,解决了 LOB 查询对内存的依赖,更少的资源实现更高并发。

第二,易用性提升

针对自治服务推出容量中心功能,支持自动分析客户容量数据以及 CPU、内存、磁盘、连接数等指标的使用趋势,主动提示容量规划和管理可能存在的风险;推出优化中心,对指定时间段内的 SQL 和数据库对象进行分析并给出优化建议,与异常事件相结合可以对性能异常时间段进行优化分析,得出 SQL 和结构的待优化列表,便于客户及时排查隐患;SQL 诊断方面,支持 SQL 进行不同时间段执行对比;在线统计信息收集,持续生成最优的执行计划。

第三,性能大幅提升

TP 性能显著提升,在 4C 小规格部署环境下,sysbench 综合读写能力相比 4.0 版本提升 40%;AP 方面优化了计划生成能力,允许更多的算子下压操作的同时,增强查询改写并支持更多场景的改写优化,引入更多的自适应执行能力。TPC-H 100G 场景性能比 4.0版本 提升 17%,TPC-DS 100G 场景性能提升 15%。支持并行 Truncate Table,跑批业务场景中让执行效率提升 10 倍以上;事务内路由优化,大幅降低事务整体执行延迟,TP 业务分布式事务较多的场景,可大幅降低整个事务的整体执行延迟。

第四,兼容性增强

Oracle 兼容模式下,支持完整的 DBLink 读写功能,并提供 JSON 数据类型支持。MySQL 兼容模式下,提供 Binlog Service,可以将 OceanBase 的日志转换成 MySQL Binlog 格式,且提供了全面兼容 Binlog 协议的能力,更方便接入下游数据生态,更全面地兼容 MySQL 8.0 版本。

2、帮助客户从容应对五大应用场景挑战

随着数据体量的快速增长,业务复杂度的不断增高,以及企业对成本控制要求的提升,客户面临的挑战也越来越多。经过不断的产品打磨、场景验证、伙伴测试等沉淀,OB Cloud 可以更好地帮助客户应对五大应用场景挑战,助力企业突破业务瓶颈:

▋ 挑战一:数据库及运维成本

随着企业的发展,所需的数据库实例数往往越来越多,并且数据量也会随之增长,带来了成本和运维难度上的提升。如何在不降低性能的情况下控制成本,优化数据库架构,成为很多企业的挑战。

▋ 挑战二:如何平稳应对大促流量洪峰

面对大促等活动期间的流量洪峰,集中型数据库的容量和性能非常容易遇到瓶颈,导致调用失败、操作异常等问题频繁出现。MySQL 扩容需要有主备切换操作,导致应用闪断,风险较大。

▋ 挑战三:MySQL 的分析瓶颈

MySQL 分析能力存在一定的瓶颈,对一些复杂 SQL 执行时间往往较长,形成慢 SQL,影响数据库性能,并且对于分析的实时性也有影响。如再单独建设分析性数据库实例,需要构建额外的同步链路,对服务的稳定性和实时性也有很大影响,并且带来额外的成本。

▋ 挑战四:如何提升业务可用性

目前 MySQL 数据库最常用的高可用架构,大多数是通过主从架构演变而来,该架构主备关系紧密,往往会造成主库稳定性不足,此外,主备无法自主切换,依靠第三方容易造成脑裂。在日常运维中,还会面临由于 Online DDL 带来的服务中断或停止风险。

▋ 挑战五:大体量数据在分库分表时的运维成本

当数据库体量达到 MySQL 的单点瓶颈时,如果采用传统的分库分表方案,不但结构复杂难以维护,并且也无法很好解决诸如透明扩展、全局一致、动态负载均衡等业务需求,还增加了业务改造成本。

目前,OB Cloud 已经在全球各行业拥有众多企业客户,包括新零售行业的知名品牌海底捞、二维火、客如云和携程;制造行业的理想汽车;互联网行业的领军企业高德、菜鸟、利楚、GCash 以及 Easypaisa 等;跨境行业的知名企业致欧家居、洋葱集团、易仓科技和纵腾集团也在 OB Cloud 上获得了很好的应用效果。这些企业在不同领域中选择 OB Cloud 作为他们信赖的云数据库,OB Cloud 将继续努力创新为客户提供卓越的服务能力,助力全球企业数字化升级。

相关文章

pt-kill工具的使用
pt-ioprofile工具包的使用
数据库管理-第216期 Oracle的高可用-01(20240703)
DBMS_REPAIR EXAMPLE SCRIPT WITH PARTITION
数据库事务的四大特性: ACID 
使用BBED修复损坏的SYSTEM文件头

发布评论