oce李佳琦一晚卖了100亿，有位“硬汉”在背后默默发力( 四 )_

即便阳振坤和小伙伴们，像销售一样“地推式”地去推广，依旧是无济于事。
当时的淘宝虽然在使用Oracle等数据库时，面临着瓶颈问题，但当时已经做出了“拆分”这样的应对措施。
加之还要MySQL的加持，基本上平稳运行是没有问题。
在这节骨眼上，换谁想从头折腾一遍，又有谁敢承担其中的风险呢？
但淘宝的收藏夹，却成为了重要转折点。

文章插图
因为当时收藏夹团队的一个需求，无论是Oracle或者其它数据库，都没有办法解决。
简单来说，就是商品信息在发生变更的时候，“收藏夹数据库”和“商品数据库”中对应的两张表，需要做一个join的操作。
但以当时无论何种技术来看，开销着实过大。
而阳振坤团队却说：I Can！
收藏夹团队选择信任阳振坤和他的团队，让他们放手一搏。
最终，凭借着分布式系统的优势，收藏夹在“换骨”之后安全度过了当年的双11。
虽说首战告捷，也算是打出了一点名气，但不敢换数据库这事，依旧还没有得到解决。
于是，当时任职阿里巴巴CTO的王坚做出了一个重要决定——把OceanBase调入支付宝。
但在支付宝，毕竟涉及到的是金钱相关的问题，绝不容出任何差池。
虽然阳振坤团队喊出“要替换掉Oracle”的口号，但同时也直接被质疑：
你怎么保障一分钱都丢不了？
对此，阳振坤采用了“副本”的策略（上文中提到的能力之一）。
而当时的蚂蚁集团CTO鲁肃，将当年双11的1%的流量交给了OceanBase。
但有意思的事情发生了。
在双11之前的压力测试过程中，身负99%流量的Oracle一蹶不振，bug层出不穷。
每次超过90%这个门槛，就会出现问题；但OceanBase在自己“一亩三分地”的表现却出奇的稳。
于是，鲁肃也算是背水一战，决定让OceanBase负责的流量，从1%升到了10%。
最终，OceanBase没有辜负厚望，顺利帮助支付宝度过了当年的双11。
而截至当时，OceanBase的版本才迭代到0.5。
就这样，OceanBase用一次又一次的行动，证明了自己的价值，证明了分布式数据库的正确性。
时至今日，OceanBase已经进入第12个年头了，阳振坤当年喊出的口号也已成真：
支付宝所有数据库，均已替换成OceanBase！
……
若是从OceanBase的发展历程来看，大致可以把它分为三个阶段：