mysql 8.0 oracle_十年前的老问题,MySQL 8.0有了答案 - ORACLE - dbaplus社群:围绕Data、Blockchain、AiOps的企业级专业社群。技术大咖、原创干...

本文对比分析了Oracle 18c的高可用性和Sharding 2.0特性,以及MySQL 8.0在稳定性、高可用、性能、安全和管理方面的改进。Oracle 18c的Sharding 2.0解决了分布式架构与RAC的冲突,而MySQL 8.0则抛弃了MyISAM,优化了数据字典,并引入了不可见索引、自增列处理等新特性。
摘要由CSDN通过智能技术生成

第一天的keynote,拉里提出了自治管理的数据库,我也写了一篇文章

OOW的第二天同样精彩,我也特意梳理了几块亮点内容与大家分享。今天的内容主要是两部分:Oracle和MySQL。Oracle主要选择了新一代数据库(18c)的主题,比如在高可用方面的特性;MySQL则是选择MySQL 8.0的相关的主题内容。

1

Oracle高可用和Sharding:12C好,18C更好!

说起高可用方案MAA,Oracle经历了16年的考研和探索,从9i的方案到现今的架构变迁,无论是在硬件和软件层面都在发力,看起来简单的架构图后面的实现大不同。

908a8c9d7b76a9ab729a7e619e5933c0.png

所以立足根本,无论自治数据库如何炫酷,功能丰富,还是要依赖MAA。

13e9257ad2dc055320c2454de113fc38.png

我是带着问题来听这个主题的,所以就会侧重去关注一些点,比如大家对sharding非常关心,这个特性对于业务场景是需要的,但是技术上来说还是有一定的复杂度,里面提到的一个重点案例是中国电信的尝试,从预研到上线用了3个多月的时间。

b5b131c86ea2003a0635910bca087067.png

分享里面着重提到了sharding 2.0的概念,也就是18c里面的亮点特性,原来的sharding方案基于hash算法,在功能上使用还是受限,而且关键问题是RAC共享集成式架构,sharding本质是分布式架构,两者结合起来,左右手互搏有些难。Oracle在sharding 2.0里面做了很多的改进,期望解决一些当前碰到的问题。

c762f7ab0402c3b0c71f28a7e5410fa6.png

这是RAC Sharding,可以看到Oracle巧妙的解决了架构层面的冗余和冲突问题。每个实例节点可以是sharding的一个单元。

008abcbd903a1d62341faaaa4ff419c4.png

在性能上如何呢?通过这种方式能够快速扩展,可以看到随着节点的增加,性能不降反升。

515359c7d360604d722976118d950252.png

aff88569bc16ad28d209e1cbcad21d0e.png

还有地理复制的sharding功能,如果有全球的多个数据中心或者节点,也可以通过这种方式来做到分片的需求。还

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值