本文主要是介绍数据库管理-第169期 震惊,ACE装国产数据库花了两周(20240409),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
数据库管理169期 2024-04-09
- 数据库管理-第169期 震惊,ACE装国产数据库花了两周(20240409)
- 1 硬件兼容性
- 2 组件的割裂
- 3 操作的放大
- 总结
数据库管理-第169期 震惊,ACE装国产数据库花了两周(20240409)
作者:胖头鱼的鱼缸(尹海文)
Oracle ACE Associate: Database(Oracle与MySQL)
国内某科技公司 DBA总监
10年数据库行业经验,现主要从事数据库服务工作
拥有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等认证
墨天轮MVP、认证技术专家、年度墨力之星,ITPUB认证专家,OCM讲师
圈内拥有“总监”、“保安”、“国产数据库最大敌人”等称号,非著名社恐(社交恐怖分子)
公众号:胖头鱼的鱼缸;CSDN:胖头鱼的鱼缸(尹海文);墨天轮:胖头鱼的鱼缸;ITPUB:yhw1809。
除授权转载并标明出处外,均为“非法”抄袭。
首先终于从泰国清迈回来了,那边挺热的,白天都是40℃左右,而且还没到雨季,纯纯干热。加上同行人的特种兵旅游风格,这算是第一次外出旅游想早点回来。在旅游期间还发现成都多了一个“6A级景区”其实本期述说的事情是清明节前发生的,发生在我们ACE小群的吐槽,某个ACE安装以单机方式安装某国产分布式数据库的时候花了差不多两周的时间。当然在这段时间还了解到了一些其他关于国产数据库的吐槽(包括但不限于安装),本期一一呈现,让大家在踏入国产数据库之前能够至少做好一些心理建设。
手动保命一下:本期内容不涉及任何具体厂商和具体产品,你可以把本期展现的内容当成愚人节的延续,如有巧合,纯属不幸。
1 硬件兼容性
还是先说说安装这件事情,其实最主要的问题是来自于硬件的兼容性问题,对于数据库软件来说,其实主要是CPU(当然不排除以后数据库的AI功能加强了,还得考虑GPU适配的问题)。这次的安装趣闻就是发生在多个型号的同构CPU上,即使是相同的架构的CPU,CPU的flag内容不一样,都会造成安装失败,需要对安装涉及的很多文件进行调整。
2 组件的割裂
其实把一个软件设计成多个组件无可厚非,可以减小每个组件(或者说叫功能)的开发难度,但是还是回到以前说过很多次的一个内容:数据库是一个系统工程,每个部分都是协同工作的,任何改动、调整都是牵一发而动全身。但是在很多国产数据库的安装、使用过程中,会发现各个组件之间感觉来自于不同地方,一点协同性都没有。经常是为了解决A组件的问题,导致B组件出现异常,AB组件调和好之后,C组件又出问题,C组件处理好了,A又双叒出问题了。要让所有组件平稳的运行起来需要达到一个极其精准的平衡点(这个平衡点在不同的软硬件环境下还常常是不一样的)。有时候就给人一种汽车的四个轮子对着不同的方向,做四轮定位又非常困难。而且一旦涉及到数据库的升级操作,经常需要重新去寻找那个平衡点。
3 操作的放大
这个举几个栗子:
- 需要对表进行修改字段类型DDL操作,Offline DDL直接跑不动,Online DDL要好几个小时
- 某分布式数据库迁移,评估了一大堆方案,最后发现还是用移动硬盘最快,然后花了8个月
- 某OA替换国产数据库,操作时间平均为原来的30倍以上
- 由于版本升级需要导数据,用原厂的工具。20G的数据持续不停地导了30-40个小时
- 某重点系统迁移完成后,系统中的人没了,后续得靠人工去比对补录
总结
还是那句话,国产数据库在产品化上面还做得非常差,道阻且长,仍需努力。
老规矩,不知道写了些啥。
最后的最后,宣传一下:
这篇关于数据库管理-第169期 震惊,ACE装国产数据库花了两周(20240409)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!