数据库管理-第172期 两天两会，阿里系内部俩情敌的“明争暗斗”（20240421）

数据库管理-第172期 两天两会，阿里系内部俩情敌的“明争暗斗”（20240421）

作者：胖头鱼的鱼缸（尹海文）
Oracle ACE Associate: Database（Oracle与MySQL）
国内某科技公司 DBA总监
10年数据库行业经验，现主要从事数据库服务工作
拥有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等认证
墨天轮MVP、认证技术专家、年度墨力之星，ITPUB认证专家、专家百人团成员，OCM讲师，PolarDB开源社区技术顾问，OceanBase观察团成员
圈内拥有“总监”、“保安”、“国产数据库最大敌人”等称号，非著名社恐（社交恐怖分子）
公众号：胖头鱼的鱼缸；CSDN：胖头鱼的鱼缸（尹海文）；墨天轮：胖头鱼的鱼缸；ITPUB：yhw1809。
除授权转载并标明出处外，均为“非法”抄袭。

这应该是一篇长文。
众所周知一般写参会信息我都不会加入到我的『数据库管理』系列之中，为什么加进去了，请各位大佬看到最后。
本周参加了两个会，4月19日在合肥的PolarDB开源社区X讯飞开源的《开源数据库技术大会》活动，完了之后马不停蹄高铁前往上海，参加4月20日的《2024OceanBase开发者大会》。（我大概是疯了，诶？DTC那篇也有类似的描述）顶着熊猫眼到处跑，然后今天（4月21日）杀回成都，写文章然后明天继续干活。
众所周知，OceanBase也是脱胎于阿里系，PolarDB与OceanBase也是有一些“爱恨情仇”，今天不聊八卦，只聊开源与技术。

1 PolarDB的开源社区建设

本次在合肥的《开源数据库技术大会》，确实也有不少干活，但是我认为更重要的内容是阿里PolarDB数据库的开源社区建设，德哥在“PolarDB开源社区顾问委员会”成立致辞时一句话：“（大意）我们要让数据库行业内的专家，哪怕是完全不懂PolarDB（or PostgreSQL）的人，从数据库内核开发者、DBA、业务架构师、业务开发者的视角给PolarDB以鞭策。”。

我在会后的朋友圈分享中也说了一句话：“感谢PolarDB开源社区的认可与邀请，深入参与国产、开源数据库的建设与发展”。诚然，我现在主要做的是Oracle数据库，但这也不能阻挡我对国产数据库的热情，无论Oracle是真先进还是假落后，近50年的成长与打磨且得到了市场认可的，而且最近几个版本的创新也是有目共睹的，有很多东西可以去借鉴与学习。我想做的，正如德哥说的那样，从“反面”的角度去“吐槽”一下国产数据库，从而鞭策国产数据库的发展。

当然我在本会的演讲环节，我也针对数据圈的惯性，从功能的加法与创新出发探讨这些惯性产物是否真真正适合数据库。（我的PPT做的一如既往的潦草且没有注释，但是我相信没几个人能讲出精髓，最终的效果反馈还不错）。
最后PK环节我还是好好的PolarDB/PostgreSQL的PK了一下（当我没说）。

2 开发者？开发者！

关于《2024OceanBase开发者大会》，其实我一直有个疑问，是狭义的码农，比如数据库内核开发人员、数据库工具开发人员、业务应用程序开发人员；还是广义的，能对OceanBase这片土地上开发耕耘并对其发展做出贡献的人，这里就还包含了DBA/Ops、大数据从业者等等的数据库使用者。
相较于去年的《OceanBase年度产品发布会》，本次开发者大会有几点不一样的地方：

• 技术干货更多：主会场与专场更多实际数据库应用场景的分享以及现场实训实操专场，能够帮助开发者们更好的了解OceanBase到底该怎么用；场外除了合作伙伴外，也针对多个创新特性做了可操作的演示展台，让开发者们能够实际动手去体验OceanBase。
• 会议模式创新：除了一般会议的标准的主会场+分会场（专场）以外，还增加了“O伯乐有话说”，由老盖主持，主要内容由老盖（盖国强）的盖浇饭和老白（白鳝）的白开水，以及出行365的CTO张劲涛，太保的林春总，以及蚂蚁的舜哥一起分享了一些DBA在转型时代的职场经验，这里成为了除主会场以外全天人气最高的地方。还有观察团的出现，我们穿插在各个地方，针对自己感兴趣的地方找到OceanBase对应的工作人员进行深入探讨与反馈。
• OceanBase在虚心向行业与社区学习，这里不点名表扬某产品PD（作为设计者还帮我搞了件2024版OB的T恤）。

说了向好的变化了，也应该吐槽一些东西：

• 面对开发者，很多东西深度还是不够的，比如很多技术进步的讲解只有干巴巴的数字，没有更细分场景下具体的提升，特别是以前做的不好的地方和相对于其他数据库的追赶方面的成就。
• 产品介绍和落地项目梗概介绍仍然太多，缺少面向开发者的技术细节的讲解；缺少对分布式数据库本身的深入讲解。
• 不得不说一些难听的话，吹牛甚至吹破的东西还是有一些，这里不做过多探讨。

3 一体化

无论是PolarDB还是OceanBaseBase都有一体化方面的宣传：

• PolarDB主要是单机/集群一体化演进架构
• OceanBase则是在单机分布式一体化架构之上，还加上了多模融合数据库以及立志成为最强实时分析数据库

这里我还是讲讲OceanBase，这次也在ITPUB老鱼的主持下针对OceanBase的多模融合进行了深入探讨。

我认为和最早提出多模融合概念的Oracle数据库以及基于插件不断扩展PostgreSQL规划和在做的事情一样，多模融合一定是未来数据发展的一个重要方向，因为可以用一个单一架构数据库解决多个数据场景的需求，可以极大减少IT架构的复杂度，降低运维难度，降低研发学习难度等等。但是要做好多模融合一定要克服以下一些问题：

• 做好多模融合比做好单一模态数据库付出更多努力，这就意味着需要更多的资金，人力投入的数量与层次也都需要提升，也需要足够的应用场景去打磨
• 在很多地方需要去教育甚至颠覆使用者对数据库使用方式的认知，多模融合，特别是在分布式架构之上，对业务设计以及数据逻辑设计将带来更高的要求与挑战
• 智能手机发展至今摄像头进步再快也没有真正撼动单反等专业拍摄器材的地位，多模融合数据库是否能在那些极端的应用场景下接手对应模态专用数据库，能不能够做到或者合适能做到，这个需要继续观察

4 DBA

在我看来，DBA是数据库与应用研发之间的桥梁，云和AI时代给DBA的生存环境带来了一定的挑战，因此DBA也需要转型或者说叫提升自己，更加深入了解数据库的运行规律、如何更好更合理的使用数据库、更好的交流能力去引导应用开发，同时也要跟深入的去了解业务，在单纯的SQL优化之外能够做到逻辑架构层面的优化，即便是AI来袭也能让自己成为最后兜底的硅基LLM（解决幻觉和过时信息带来的错误判断），让自己成为IT架构中不可缺少的一部分。

总结

虽然PolarDB和OceanBase是两个截然不同的产品，但是我仍然希望两个数据库和一众优秀的国产数据库能够杀出一条血路，越做越好。
老规矩，知道写了些啥。