上周三(2017.8.23)OceanBase微博发布了一条消息:城市级故障自动无损容灾的“新常态”方案(https://mp.weixin.qq.com/s/qyFbqCQr-iAY1A8VfQuYKA),即支付宝会员ID通过使用OceanBase的三地五中心部署,实现了城市级故障的无损容灾。
主备镜像几乎是关系数据库系统的标配,部分银行更是实施了更高级的“两地三中心”备份容灾方案,即“主库+同城热备库+异地灾备库”,然而,不论是哪一种容灾备份方案,在主库故障后,首要的选择仍然是恢复主库,仅仅主库在一定时间内无法恢复的情况下,才会强制将备库升级为主库。为什么会这样呢?
根本的原因在于,无论是上述哪种备份容灾方案,都不能保证备库和主库完全一致,备库强制升级成主库可能导致数据的丢失或损坏,因此银行在主库突发故障、备库强制升级为主库后,在对外提供服务前,必须先对账,以保证备库强制升级导致的资损是可控的。
传统的主备镜像模式下,如果要保证备库与主库完全一致,那么每一笔事务都必须从主库传送到备库后,才可以应答客户,但一旦备库异常或者主备之间网络异常,则主库的写入就会被阻塞,这对于绝大部分业务都是
2010年我们为什么选择从零开始做OceanBase数据库
2016年双11,支付宝核心交易、支付、计费、会员、账务等核心数据链全都运行在阿里巴巴/蚂蚁金服从零开始自主研发的分布式关系数据库OceanBase上。为什么阿里巴巴/蚂蚁金服不是基于开源数据库,而是从零开始研发OceanBase?
【2010年数据库对淘宝/支付宝的制约】
为什么OceanBase架构特别适合双十一
感谢所有同学的共同努力,2016年OceanBase分布式关系数据库渡过了一个成功的双十一:支持了支付宝核心的交易、支付、会员和账务等,并且创造了新的纪录
基于Raft的分布式一致性协议实现的局限及其对数据库的风险
普通服务器具有良好的性价比,因此在互联网等行业得到了广泛的应用。但普通服务器也不得不面对2%-4%的年故障率([1]),于是必须高
OceanBase---服务互联网金融的关系数据库
数据库系统不仅保存了现代企业的关键业务数据,而且对这些数据提供访问从而支撑着企业业务。因此,数据库系统的稳定可靠对现代企业至关重要。