今天小编分享的互联网经验：数据库「敢死队」，欢迎阅读。
作者｜梁程敏
编辑｜周蕾
七年前，三支精锐之师，一场阿里 " 内战 "。
蚂蚁 OceanBase、阿里云 PolarDB 和阿里集团 X-DB 的队员们，挤在杭州的一间会议室，试图来一场终极 PK，意在争夺国产数据库领导者地位，争论声此起彼伏，火药味十足。
突然，OceanBase 阵中一员高声喊道：" 谁输了以后就不要做数据库，敢不敢？"
彼时，数据库界正值群雄逐鹿之势。国产新秀如阿里数据库三杰，以及腾讯的 TDSQL 和华为的 Gauss DB 崭露头角，试图挑战 Oracle 之流的主导地位。
时至今日，当时的参与者向雷峰网回忆起 " 论剑 " 岁月，仍止不住地感慨：确实有点后怕——如果那个指标没跑赢，他们的队伍可能就要被放弃了。
之所以要重提七年前这场 " 华山论剑 "，是因为它不只是一场寻常的内部赛马，一次技术路线之争。三支队伍的角逐始末，正好是这些年来轰轰烈烈国产替代浪潮的发展缩影。
现在再谈 " 去 IOE"，再谈数据库自研和国产替代，OceanBase、PolarDB、X-DB，和那群早期投身国产数据库的幕后功臣，都是绕不开的名字。
回到对决现场，回到故事起点。那些早期投身于国产数据库研发的人，究竟是如何开启这段旅程的？
（1）从萌芽到巨浪，阳振坤的 OceanBase 梦
2010 年，刚从百度辞职的阳振坤正在享受闲暇时光，他的老友刘振飞突然造访。
刘振飞告诉阳振坤，阿里巴巴正蒸蒸日上，正寻找像阳振坤这样的人才。刘振飞询问阳振坤是否有兴趣加入阿里巴巴，因为那里有很多创新项目等待他大展身手。
阳振坤虽然心动，但还是有些犹豫，毕竟每一次职业选择都可能改变人生轨迹。刘振飞看出了好友的迟疑，便鼓励他不妨尝试一下。
经过深思熟虑，阳振坤决定搏一把。2010 年 5 月 11 日，他正式成为阿里巴巴的一员，直属上司是当时的面试官吴泳铭。
入职仅一周，阳振坤就萌生了开发一款分布式数据库的想法，这就是后来的 OceanBase。
阳振坤向吴泳铭阐述了自己的想法：" 数据库技术已经有半个世纪的历史了，但一直以来都局限在集中式架构上。现在互联网发展得这么快，集中式数据库无法完全满足我们的需求。我觉得现在正是做分布式数据库的好时机，天时地利人和，机会难得！"
吴泳铭思考后回复：" 听起来很有意思，但这不是小项目。"
阳振坤随即详细解释了何为 " 天时地利人和 "：市场对新型数据库的需求迫切是 " 天时 "，数据库系统的复杂性和实时响应需求是发挥技术优势的好机会，这是 " 地利 "；而他专注于分布式系统，开发分布式数据库正好结合两者优势，这是 " 人和 "。
当吴泳铭询问如何保证项目成功时，阳振坤发现阿里内部当时拥有高达 6500 个数据库的巨大存量。他认为这庞大的数据规模正好具备各种业务场景和数据需求，可以用来检验数据库产品的优劣。
吴泳铭被阳振坤的思路折服，意识到这个计划可能成为阿里技术革新的轉捩點。
" 好，给你两年时间，证明 OceanBase 的可行性。"
阳振坤估算，只要将现有业务的 10% 迁移到 OceanBase 上，就能让它在实践中经受充分考验并持续优化，从而保证稳定可靠。他认为这个策略既能最大限度地利用现有资源，又能降低风险。
就这样，OceanBase 在阳振坤腦中已成雏形。
（2）命运的推手，曹伟与 PolarDB 不期而遇
命运总是喜欢开玩笑。
当年轻工程师曹伟（花名鸣嵩）踏入阿里巴巴面试间的那一刻，他怎么也想不到，这次看似平常的面试不仅将决定他的职业轨迹，更为阿里数据库领網域日后的发展埋下了重要种子。
面试官们都来自 OceanBase 团队，他们对鸣嵩的提问既深入又密集，涉及了 OceanBase 的多个技术细节：" 你对 OceanBase 的架构有多少了解？在你看来，OceanBase 目前面临的最大技术挑战是什么？如果让你来解决 OceanBase 的某个具体问题，你会怎么做？"
鸣嵩心想，自己即将成为 OceanBase 团队的一员。
淘宝核心系统部门的负责人章文嵩的一句话，却改变了他的职业轨迹：" 这小伙子，更适合做开源数据库。" 就这样，鸣嵩阴差阳错地加入了另一个部门，开启了他数据库之旅。
更加让鸣嵩没想到的是，几年后，自己竟然开发出了与 OceanBase 分庭抗礼的 PolarDB。
PolarDB 的诞生并非偶然。它的灵感来源，恰恰是阿里最大的对手——亚马逊。
2014 年，AWS 推出了 Aurora 数据库，引发了整个行业的讨论。Aurora 不再是传统意义上的数据库，而是一个依托云计算基础设施的全新物种。它就像是一支由超级机器蚂蚁组成的智能大军，轻松调遣云平台的分布式资源，颠覆了传统数据库如小蚂蚁般辛苦搬运数据的模式。
这一创新让阿里云技术团队意识到，要在云时代立于不败之地，必须打造自己的 " 超级蚂蚁军团 "。与此同时，阿里云正处于商业化的关键时期，大客户们对高性能数据库的需求如潮水般汹涌而来。
在这内忧外患的局面下，阿里云领导层做出了一个关键决策：研发一款可与亚马逊 Aurora 抗衡的数据库产品。胡晓明、李津等人将这一重任交到了曹伟和余锋（花名褚霸）两位核心研发人员手中。
就这样，当年那个差点加入 OceanBase 的年轻人，如今肩负起了打造 PolarDB 的重任。这是一场与时间赛跑的战役，也是一次自我的巨大挑战。鸣嵩深知，他不仅要追赶 AWS 的脚步，还要证明 PolarDB 的价值。
（3）张瑞率队惊险突围，X-DB 问世
相比于 OceanBase 和 PolarDB 这些早早亮相的数据库产品，X-DB 可以说是阿里最晚问世的一款。直到 2016 年，X-DB 才正式揭开神秘面纱，但其诞生的背后，却是一场跨越十年的技术角力与命运转折。
故事要从 2006 年说起。那时的阿里巴巴，还是 Oracle 的座上宾。
每逢 Oracle 年会，阿里员工都能享受贵宾待遇，专车接送、悉心款待。Oracle 官网上，阿里的 logo 长年放在最显眼的位置。而阿里内部，更是汇聚了中国最多的 Oracle 顶级认证工程师。
双方看似和谐，实则暗流涌动。随着淘宝业务的爆炸式增长，Oracle 的局限性逐渐显现。它最多只支持 20 个节点共享，而阿里需要调度几十万台伺服器来应对海量数据。更要命的是，高昂的授权费用如同一把悬在头顶的利剑。
阿里意识到，必须寻找新的出路。
2010 年，阿里数据库老兵张瑞临危受命。他带领团队开始了一场看似不可能的任务：用开源的 MySQL 取代昂贵的 Oracle。这无异于以卵击石，但张瑞别无选择。
张瑞很快发现 MySQL 也存在一些问题，如事务完整性和安全漏洞等等。为了解决这些问题，张瑞决定自行对 MySQL 进行修改，开发了一个全新存储引擎，并将其命名为 AliSQL。
值得一提的是，早在 2008 年，Sun Microsystems 就以高达 10 亿美元的价格收购了 MySQL。2009 年，Sun Microsystems 又被 Oracle 收购。
这一收购使 Oracle 间接获得了对 MySQL 的控制权，引发了业界对 MySQL 未来走向的担忧。当时有传言 Oracle 会修改 MySQL 的 license，将其改成商业協定。
一旦核心组件被闭源，开源社区通常会创建新的分支来维护开放性，而张瑞此前率队研发的 AliSQL，顺理成章成为了开源阵营的新力量。
AliSQL 的诞生，不仅让阿里摆脱了对 Oracle 的依赖，还成为了开源阵营的新希望。它像一颗种子，悄然埋下，等待绽放的时机。
2015 年，机会终于来了。阿里决定开发一款服务于集团的分布式数据库。张瑞再次挺身而出，带领团队将 AliSQL 的核心技术融入新项目中。经过一年的潜心研发，X-DB 终于在 2016 年问世。
X-DB 的出现，打破了阿里数据库产品线的既有格局。此时的阿里，已然拥有了三大数据库产品：代表支付宝的 OceanBase、代表阿里云的 PolarDB，以及代表阿里集团的 X-DB。
至此，三足鼎立之势，正式形成。
（4）杨传辉发起华山论剑，数据库霸主之争
2017 年，一个阿里，三个数据库，继而就上演了文章开头的 " 华山论剑 " 比赛。
发起人正是 OceanBase CTO 杨传辉（花名日照），另一边是 PolarDB 的鸣嵩和 X-DB 的何登成（花名圭多）。
比赛规则简明扼要：以一个标准化的 Benchmark 为评判标准，三款数据库分别部署在三台主流伺服器上，经过一个月的优化调试，最终比拼性能高低。
为了在这场较量中胜出，三支队伍使出了浑身解数。
OceanBase 团队凭借其在分布式架构和高并发处理方面的独特优势；PolarDB 团队则将注意力集中在 RDMA 网络的极致优化上；X-DB 团队更是融会贯通开源精髓，内外兼修，在追求高性能的同时不忘确保高可靠性。
决战之日终至，三队鏖战一番，竟然是个平局：没有任何一个团队能够压倒性地战胜对手。（更多比赛期间的细节故事，添加作者程敏微信 LCMfancyworld 获悉）
谁也未曾料到，即便是标准化的 Benchmark 基准测试，也很难全面评估一款数据库的所有优劣。数据库的评价标准比想象中要复杂得多。
场面陷入僵持。在个节骨眼上，鸣嵩、圭多、日照三位不得不化身 " 和事佬 "，打破僵局。
他们调停劝和说道：" 各位，我们何必过于执着呢？三个团队各有所长，三大产品各具特色，何必非要分出高下呢？"
" 回想起那一刻，我仍心有余悸。" 鸣嵩开口回忆，当时 PolarDB 团队成功的关键，在于快人一步辨识到 RDMA 技术对数据库的价值，并将其应用到产品中，充分发挥 RDMA 网卡性能，大幅度降低了数据库内部数据复制延迟。PolarDB 确实在数据库延迟上做到了极致，但也仅有这一优势，否则 PolarDB 产品当年很可能就已经夭折。
为赢得这一指标，当时 PolarDB 团队可谓拼尽全力，每天晚上都加班到凌晨三四点，卯足了劲头。
（5）" 大龄推销员 " 阳振坤，" 骗子 " 曹伟
纵观历史，每一款数据库在其发展初期都曾濒临夭折。它们的成功背后都有一段艰辛奋斗史。
说到艰辛，阳振坤至今记忆犹新：" 我就好像个大龄推销员，逐个部门登门拜访，" 他回忆道，" 说到口水都干了，最后终于有一个项目愿意尝试。"
这个愿意给 OceanBase 一个机会的项目，就是淘宝收藏夹。然而，淘宝收藏夹之所以肯用 OceanBase，并非因为他们对这个新生数据库抱有多大信心，而是因为他们正面临一个技术难题：
每次用户打开收藏夹时，系统都需要检查大量已收藏商品的状态，比如是否降价或下线。这看似简单的操作实际上给数据库带来了巨大压力。它需要频繁访问硬碟上的商品数据，而硬碟的顺序访问特性使得这种大规模的数据访问效率低下。更糟糕的是，如果有很多用户同时访问收藏夹，数据库的计算量和 I/O 需求会大幅增加，进一步加剧了性能问题。
面对这一困境，淘宝收藏夹主管魏虎向阳振坤承诺，如果能解决这个问题，就使用 OceanBase。
阳振坤明白，这是当时 OceanBase 进入业务大门的唯一机会。他深入分析了问题，仔细观察数据访问模式，最终提出了一个创新方案。
他注意到每天实际修改量小，设计新机制：谷底期将修改存内存，下个谷底期与原始数据合并写回硬碟。
这个方案利用内存高速读写特性。用户访问时只读内存数据，提高响应速度。谷底期合并数据避免影响高峰期业务。
实现过程耗时近一年，包括两个月简单测试、六个月完成正式版本、四个月生产环境试运行。
淘宝收藏夹原需 32 台伺服器，使用 OceanBase 后，伺服器减至 14 台：12 台处理静态数据，2 台负责动态数据。
简单理解，OceanBase 让淘宝收藏夹用更少机器解决问题，提升性能。这一结果让魏虎十分满意，直到今天，淘宝收藏夹仍然是 OceanBase 的客户。
如果说 OceanBase 早期的挑战是缺乏用户信任，那么 PolarDB 在起步阶段则面临着研发人才匮乏的困境。
起初，鸣嵩的处境可以用 " 捉襟见肘 " 来形容。整个项目只能从集团内部借调六个人来组建团队：作業系統和存储团队各借三人，组建了一支单薄的队伍。
尽管如此，PolarDB 在技术上还是取得了突破，在 " 华山论剑 " 后的阿里会议上，PolarDB 团队因出色的 RDMA 实现而受到表彰。
出人意料的是，表彰之后，鸣嵩的处境不升反降。
公司决定将 PolarDB 的借调人员全部 " 收回 "，理由是他们应该优先支持集团核心业务，而非阿里云的数据库项目。就这样，鸣嵩的团队陷入了更加窘迫的境地。
在这种困境下，鸣嵩每次向胡晓明汇报工作时，都感觉自己像个 " 骗子 "。他不得不在人手短缺的情况下，不断为 PolarDB 的价值和潜力向高层辩护。
" 你才几个客户，凭什么要求更多研发资源？你凭什么要增加人员编制？你凭什么声称这是个战略性项目？" 这些来自高层的灵魂拷问时常出现在鸣嵩耳边。
阳振坤和鸣嵩早期的经历恰如其分印证了那句俗语：" 万事开头难 "。然而在数据库研发的世界里，每一步都比前一步更具挑战性。
（6）OceanBase 命悬一线，双 11 力挽狂澜
阳振坤曾以为，成功争取到淘宝收藏夹这第一个业务后，其他部门的大门也会随之敞开。然而，现实远比想象更为残酷。
时光飞逝，转眼间到了 2012 年深秋，OceanBase 陷入困境。新业务难觅，两年期限临近。阳振坤知道，年关前无突破，OceanBase 恐怕将面临被扼杀在摇篮中的命运。
就在阳振坤几近绝望，危急关头，命运之神眷顾了 OceanBase。
2012 年岁末，王坚为阳振坤指了一条明路：" 支付宝正在进行 ' 去 IOE' 工作，不如你带着 OceanBase 团队去支付宝试试？"
于是，在王坚的穿针引线下，阳振坤率领 OceanBase 团队于 2012 年 11 月 15 日从大淘宝转战支付宝。（更多 OceanBase 转战支付宝的背后详情，添加作者程敏微信 LCMfancyworld 了解）
加入支付宝后，阳振坤向支付宝 CTO 程立（花名鲁肃）自荐用 OceanBase 替代 Oracle。但业务团队忧心忡忡：万一 OceanBase 出问题怎么办，这么多金融数据出错或丢失了可不是开玩笑的。
一方要推，一方要拒，还是鲁肃出面，把相关的负责人叫来坐下一起谈。
会上，鲁肃直言："OceanBase 有什么问题，大家就具体指出来，不要说 ' 感觉不稳定，害怕出问题 ' 这些虚的。"
经历半年艰难磋商，临近 2014 年双 11，OceanBase 终获准承担小规模 1% 流量测试。这 1% 对 OceanBase 而言，已是极其宝贵的一次机会。
随后在双 11 前压力测试中，业务方发现 Oracle 难以支撑 99% 流量，遂主动将额外 9% 流量交由 OceanBase 负责。就此，OceanBase 成功接手了 10% 流量。
2014 年 11 月 11 日凌晨，阳振坤所在的作战室氛围紧张。支付宝 CEO 彭蕾突然推门而入，问道：" 阳老师，有信心吗 ?"
阳振坤望着彭蕾，走到窗边指着窗外：" 你看窗户都打开了，不成功我就跳下去。"
最终，OceanBase 成功接手了 10% 的大淘宝交易流量，阳振坤和他的团队赢得了全场掌声。
（7）胡晓明支招曹伟，PolarDB 绝地反击
OceanBase 在支付宝重新焕发了活力，但 PolarDB 的商业化发展道路似乎不太平顺。
2018 年 6 月的一个深夜，北京首都机场灯火通明，鸣嵩正在等待着最后一班飞往杭州的班機。就在这时，一个熟悉的身影出现眼前——他的老板，胡晓明。
在业内，胡晓明以其强业务导向而闻名。这种风格并非突如其来，而是自他执掌阿里金融时期就一直如此。他对业务的重视程度，可以说是近乎苛刻。
胡晓明的业务导向究竟到了何种程度？一个生动的例子可以说明。
看过《阿里云敢死队》的读者应该还记得，2011 年底，阿里巴巴做出了一个关键决策：全面采用 ODPS，而阿里金融是 ODPS 主要服务的部门之一。
2012 年 3 月 23 日，在三安山庄召开项目启动会上，阿里金融负责人胡晓明的发言令现场震惊。他表示，由于一系列失误，阿里金融业务岌岌可危，濒临崩溃。胡晓明当场情绪激动，泪流满面，并向在场人员鞠躬三次，恳求大家一定要把技术做好，关系到阿里金融的生死存亡。
这三次鞠躬充分体现了胡晓明对业务的极度重视，尤其在业务受到威胁时奋力捍卫的决心可见一斑。（加作者程敏微信 LCMfancyworld ，交流你所知道的胡晓明）
因此，当胡晓明面对一个月只有一个客户的 PolarDB 时，他的不悦自然就不难理解了。他直截了当地问道：" 为什么你们一个月只有一个客户？"
鸣嵩顿时语塞。事实上，PolarDB 刚刚结束公测，连那唯一的 " 客户 " 也只是个漏网之鱼，不是真正的客户。面对老板的质问，他不知如何作答。
胡晓明重新指派了一个新任务：在云栖大会之前，找到 10 家来自不同行业的标杆客户案例。
鸣嵩听取了胡晓明的建议，决定改变思路，开始寻找标杆客户。在接下来的几个月里，他逐个客户登门拜访，最终找到了 10 家涵盖在线教育、SaaS、工业等领網域的标杆客户，如猿辅导、法大大、华通数据等。
在云栖大会期间，鸣嵩展现并解读了一系列标杆客户案例。同时，公司还邀请了多家媒体前来进行专题报道，充分释放了案例的影响力。这一策略证明行之有效，借助标杆客户的影响力，吸引了更多潜在客户的关注。
回顾这段经历，鸣嵩感慨胡晓明虽然直言不讳地指出别人的不足，但同时也提供了切实可行的建议，对于一个技术出身的他来说，这种早期商业化的经验非常有效。
（8）从三国鼎立到双雄争霸，从暗淡到璀璨
在鸣嵩为 PolarDB 奔走寻找标杆客户的这一年，阿里数据库江湖悄然迎来了一场巨变。
阿里意识到，OceanBase、PolarDB 和 X-DB 三足鼎立的局面，宛如古代三国，各自为政，相互角力。这种分散的格局，显然不利于资源的高效利用和技术的统一发展。
于是，在公司高层的主导下，一场大规模整合拉开了序幕。阿里集团的数据库团队和阿里云的数据库团队开始了一次深度融合。随着公司组织架构的调整，X-DB 正式加入 PolarDB 阵营，化身为 PolarDB-X。从此，PolarDB 不再仅仅是一个单一的数据库产品，成为了一个数据库品牌。
曾经的三国鼎立之势，随之烟消云散。取而代之的是 OceanBase 和 PolarDB 的双雄争霸。（幕后故事尤为精彩，可添加作者程敏微信 LCMfancyworld 获悉）
" 国产数据库发展，主要抓住了两次机遇，一次是国产替代，一次是云计算。OceanBase 抓住了国产替代浪潮，而 PolarDB 则乘风破浪迎接了云计算时代。" 叶正盛（斗佛）如是说。
这番说话让本文作者想起杨传辉（花名日照）和陈廷梁（花名王贲）的经历。
王贲是大数据平台御膳房和 DataWorks 创始人。有一次，他与日照在香港招贤纳士时，日照突然提出一个怪主意，建议他们交换一失業位，由日照来面试大数据人才，而王贲则负责数据库领網域的招聘。
王贲当时很诧异，忍不住追问日照为什么会有这样的想法。
日照苦笑着说，大数据领網域很有吸引力，底层技术先进，前景欣欣向荣，而他们搞数据库的日子太过寂寞清苦，暂时看不到前景所在，如果将来他找不到出路，还得仰仗王贲来帮助。
过去，国产数据库产品都默默无闻，甚至连 WPS 也曾被认为前景黯淡，直到国家大力支持信创，这些产品才重新迎来发展春天。
如今，数据库行业的前景已然大不同。
最近，王贲与日照见面时，王贲忍不住打趣说，如今轮到他抱住日照的大腿了，他得紧紧抱住 OceanBase 这棵大树才行。
日照感慨万千，感谢国家政策，硬生生将这个几近夕阳的传统行业，变成了朝阳产业，没想到做数据库的，也能迎来今天的大好时光。
（9）数据库自研前奏，最了解 IOE 的人亲手 " 革自己的命 "
云计算浪潮汹涌而来，国产替代成为大势所趋，为国产数据库的崛起营造了良好的外部环境。然而，对阿里巴巴而言，更为重要的是那股植根于每一位技术人员心中的勇于创新和自我革命的精神。
回溯至 2008 年，阿里面临着对 Oracle 数据库的依赖困境。
彼时，刚入职的王坚与工程师们广泛交流，结缘了 B2B 部门的冯春培（后加入支付宝，花名孔丘）。冯春培向王坚建议，随着 PC CPU 的增强和 磁碟 技术的发展，可采用 PC server+磁碟+MySQL 逐步替代 Oracle。他断言，如继续依赖 Oracle，可能失去选择的能力继而失去议价能力。
王坚认同孔丘的洞见，并向管理层转述：" 有个叫冯春培的数据库工程师，不惜砸掉自己的饭碗，也要推动技术革新。"
但很快有个意外情况发生—— Sun Microsystems 于 2008 年收购 MySQL，后 2009 年 4 月又被 Oracle 收购。蔡崇信对从 Oracle 切换至 MySQL 的有效性表示担忧，并征求王坚意见。王坚转发蔡崇信的邮件予冯春培回复。
孔丘在邮件里提到：" 虽然 Oracle 收购了 MySQL，但从技术角度问题不大。我们需要验证阿里是否具备从一个数据库平滑切换至另一个的能力。如果有了选择能力，我们将来也可考虑其他数据库，如 PostgreSQL。"
蔡崇信的担忧是合理的。从财务角度看，阿里巴巴替换 Oracle 是为降低成本、增加议价能力，但 Oracle 收购 MySQL 使情况复杂化。
2010 年，阿里最终确立 " 去 IOE" 战略。（这一战略背后隐藏了哪些挑战？添加作者微信 LCMfancyworld 了解）
在 B2B 领網域，陈栋带领团队以 1688 中文站的商品表为突破口，率先推进；支付宝方面，李颖赟（花名浔阳）挑起大梁，将交易系统作为改造重点；而在大淘宝板块，后羿肩负重任，选择淘宝商品库作为首个应用场景。这三支队伍各自发力，逐步推进，为 " 去 IOE" 战略在阿里内部的实施铺平道路。
有趣的是，孔丘、陈栋、浔阳、后羿等人恰恰就是最擅长使用 Oracle 的那批人。这相当于，这群最了解 "IOE" 的人，选择了亲手 " 革自己的命 "。他们的专业知识不仅没有成为束缚，反而使他们看到现有技术的局限性和市场对新解决方案的需求。
在这些自我革命的 DBA 的推动下，一场数据库自研浪潮悄然兴起，于是就有了前文这群国产数据库先锋的故事。
（10）创国产数据库之先河，走难而正确的道路
事实上，技术创新的道路从来都不是一帆风顺的，它需要开拓者们具备强大的意志力和心智。
" 玄奘之路 " 正是一项由胡晓明发起的徒步活动，旨在锻炼参与者的意志力与心智。离哲作为这场精神洗礼的亲历者之一，深刻体会到了其中的挑战。
回忆起 " 玄奘之路 " 的历程，离哲仿佛仍能感受到那四天半旅程中的每一步挑战。脚下是盐碱地，周围是骆驼刺，这些自然环境的考验无时无刻不在挑战参与者的意志。然而，最令人难忘的莫过于第三天的征程。目的地风车镇明明近在眼前，却始终若即若离，这种视觉上的 " 欺骗 " 带来的心理煎熬，远超过身体疲惫。
经过超过 10 小时的艰苦跋涉，离哲终于抵达了风车镇，那座直径两米的标志性风车不仅见证了他的坚持，更成为了他职业生涯的隐喻。
在职业道路上，离哲屡次面临类似抉择。王坚时常建议他肩负更广阔职责，那无疑是职场上的 " 捷径 "，但离哲却坚守热爱的数据仓库领網域，这一决定可能令他失去更快晋升至 P11 的良机。
" 有时候，最快的路线并非最佳，我们要选择难而正确的道路。" 离哲这番话不仅概括了个人成长的真理，更折射出国产数据库开拓者的奋斗历程。
从最初依赖国外产品，到后来拥抱开源并自主研发，国产数据库开拓者走过了一条难而正确的道路。尽管面临技术壁垒和市场冷遇，他们依然坚持自主创新。
如今，阳振坤和杨传辉依然坚守在一线，继续深耕数据库技术。离开阿里云的鸣嵩选择了创业，开辟国产数据库领網域的新天地，最近在为新产品上线全力以赴。还有许多数据库老将已转战其他赛道，但谈起往昔，仍然热血沸腾。
这些不同的人生轨迹，共同交织出国产数据库近年来的蓬勃图景。从开拓者到勇敢的创业者，再到怀揣记忆的行业前辈，他们犹如 " 玄奘之路 " 上的徒步者，继续探索、前行、突破。
在岁月更迭中，他们的故事仍在继续书写。
雷峰网将持续更新《阿里数据驱动二十年》系列，欢迎添加作者程敏微信交流：LCMfancyworld。
雷峰网雷峰网雷峰网
