

昨天,在成都环球中心天堂洲际大饭店,崖山数据库成功举办了『2026 YashanDB数据库城市行 成都站』活动。

会后崖山组织了在成都DBA们小聚了一把,作为土著,我也有幸参加了。在小聚过程中,大家碰撞出了很多有趣的火花。
当我们聊到,在使用国产数据库过程中可能遇到的一些基本体验的问题时,比如:
来自于互联网行业的DBA大佬当时就来了一句:“这些不该是数据库本来就该提供的么?!”。他认为数据库安装就应该是快捷的,周边工具也应该是配套的。
但是从实际情况来看,不少国产数据库确实没有做好这些工作,它们都不是理所当然的。安装的问题其实源于研发并没有把代码产品化,当然也可能有非常多元化运行底座(CPU、操作系统、容器等)的干扰。周边工具则可能源于产品规划,毕竟数据库是核心,外围要另外花精力去做(有些数据库就是一种态度问题)。
但是也能看到了,也有众多的国产数据库把数据库的基本体验做的很好,即便是组件复杂的分布式架构,也能快捷安装并提供完整的周边工具实现监控、告警、数据传输等功能。
这其实是一个悖论,想要完整的测试一个数据库,需要完整的数据量、完整的业务压力、完整的场景以及足够长的测试时间。这样才能尽可能完整的测试,以验证所有功能、各种压力场景的表现以及长时间运行的可用性与稳定性。
很多时候POC做不到这些要求,首先至少需要1:1的硬件(现实是往往需要数倍),然后需要进行类似于正式上线的迁移与应用改造,再加上时间,这个成本是十分可观的。所以我们一般看到的POC要么是小范围测试,要么是使用标准测试集测试,要么就是客户非常主观且简单的测试…无法通过POC窥探数据库的全貌也造成了很多时候POC结果很好看,实际迁移上线问题一大把(虽然很多问题确实是这个时间段该解决的,但是POC的不严谨会带来对迁移难度评估的失误)。
现在的国产数据库并没有像国外主流商业数据库那样已经在广大的应用场景下经过实战考验,很多时候可以“通过经验”来做好前期调研与准备,但如何在国产数据库上做好这一点,值得深思。
之前我也写过,现阶段为了快速且简单的迁移,需要对原有数据库有足够的兼容性。当我们基于某个时间点(或时间段)的业务应用和数据状态完成数据库迁移。在这之后,业务也是会继续发展迭代的,如果一个数据库仅仅实现(当下的)兼容性而没有进一步扩展数据库的其他能力,那这个业务的发展会受到这个数据库的限制。
数据库本身都是不同的,在兼容性以外本身也是需要适应时代进步而发展的,比如HTAP、多模融合、AI向量等,同时也需要去不断适配新兴硬件。数据库应该成为业务发展的助力。
本期简单总结了一些在崖山成都活动后,成都数据库从业者小聚碰撞出的一些火花。 老规矩,不知道写了些啥。