到杭州八年多，却一直未去普陀山，未到普济寺。2019年2月23-24，趁着周末在杭州，看天气舟山没有下雨，就去了趟普陀山，也算是了却了一桩心愿。
天气是去普陀山旅游第一件要注意的事情，如果下雨，游玩的效果就大打折扣了。我这次运气不错，之前一直在下雨，尽管准备了雨伞和雨鞋，这两天普陀山以阴天为主，却没有下雨。
除了天气，去普陀山的第二件事情是交通，考虑过自驾，但这次就自己孤家寡人一个，所以后来还是选择了大巴（从杭州到普陀客运中心，亦即普陀旅游集散中心，需要走杭州湾跨海大桥，目前还没有高铁）。微信关注“杭州旅游集散中心”
上周三(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---服务互联网金融的关系数据库
数据库系统不仅保存了现代企业的关键业务数据，而且对这些数据提供访问从而支撑着企业业务。因此，数据库系统的稳定可靠对现代企业至关重要。
加载中…
