国产数据库40年演化，这3个坎始终跨不外去……

zx5887

其实刚开始我明天的标题问题想写为“国产数据库，最想吐槽的问题”，不外怕太伤了泛博搞国产数据库产品的敌人的心，因而，把标题问题改的柔和一点。这些年国产数据库的开展非常迅猛，在内部需要的推进下，技术、市场、办事等各方面都取患了较大的晋升。不外可怜的是，咱们的数据库产业不是从0起步，后面还有Oracle这样的巨头在给咱们打着模样。
头几天加入了一个流动，流动中有个环节，大家能够针对国产数据库最值得吐槽之处展开探讨，由于是闭门会议，不录象不写会议记要，因此参会的国产数据库厂商朝表、国外友商朝表、产业界、学术界的代表都对国产数据库进行了一番吐槽。可能有敌人看到这里就知道我明天想要说些甚么了，由于目前国产数据库和Oracle的差距是全方位的，在技术上、机能上、牢靠性等方面都存在不小的差距，想要吐槽，的确有得多话题能够讲。其实纯正的吐槽没无意义，也无奈帮忙咱们的国产数据库产业开展，所以明天我仍是聊几点大家很容易改进，然而被大大无视的问题吧。
首先是文档，文档是咱们的用户可以获取的国产数据库最为片面和完美的技术材料，国外商用数据库在这方面做的很好。


咱们吐槽的国产数据库的文档次要有三个方面，一方面是品种太少，内容掩盖不全。得多数据库厂商对外材料，除了白皮书等小文档外，只要一份办理手册，一份开发人员指南，其余的材料就很少了。这些材料外面虽然掩盖了绝大少数的和数据库产品相干的内容，然而得多中央写的都非常隐约，大体上只是交待了一个概念，得多实际操作部份的细节都不敷片面。实际内容和Oracle民间的concept以及2 DAYS系列的内容至关。实际上，假如要让用户把数据库用好，得多文档都需求进一步展开。
深度不敷，说的和下面的问题实际上是一个问题，由于没有展开说，所以不只广度不敷，深度确定也不敷，没有把问题说的很分明很清晰，因此对运维中遇到的问题，以及运维人员经过文档了解数据库产品都帮忙不大。
第三点不许确就彻底是咱们的态度问题了，得多文档里形容的内容不敷精确，乃至有些民间文档里某些命令的参数都和以后版本存在差距。这类关于Oracle来讲， 被成为文档bug，这类BUG假如多了，就阐明咱们的数据库厂商对文档不是很注重了。
还有些数据库厂商手头是有不错的文档的，然而在任何地下的场所都拿不到，咱们只能经过一些公家瓜葛，从线下获取。实际上也大可不用，可以非常凋谢的把本人能提供的技术材料都提供应客户以落第三方办事厂商，关于建立一个良好的国产数据库运用办事生态非常症结。
和咱们的友商，比拟，在这方面咱们做确实实还很不敷。好比Oracle，除了正式的民间文档外，还提供了少量的最好理论文档，这些文档在Oracle.com和Metalink上均可以找到，另外Oracle还针对高可用提供了少量的MAA（最大可用架构）的理论性的文档。这方面，IBM也提供了少量的redbook，供客户参考。上面几页是Oracle十一g这个十多年前的数据库产品的民间文档中为了让用户疾速掌握十一.2产品的文档清单,这仅仅是十一.2这个版本产品文档中的一部份，就曾经如斯丰硕了：




全部文档近400M，特别是Oracle Concepts这份文档，能够让从初学者到巨匠都收获颇丰。能够让Oracle DBA们了解Oracle的每个组件的技术思想，了解一些监控目标和等候事情的外在原理。
我想，国产数据库在技术上很快缩短与Oracle的差距，完成片面超出仍是很难题的，咱们在技术等方面目前可以做的跟多的仍是在某些小畛域、小功用上，特别是在和国际典型运用场景严密适配上的弯道超车。不外咱们的国产数据库和Oracle比拟，其差距是片面的，在文档这样的一些环节上，咱们要晋升之处，咱们能够晋升之处就非常多。
首先是，咱们能不克不及学习Oracle，也出一份本人数据库的concepts的文档，能从本人数据库的架构、原理、功用的技术中心说起，把本人的数据库引见透，而不要遮讳饰掩的。可能有些厂家怕本人的Concepts出来后会泄漏本人企业的中心秘密，其实大家也大可不用耽心。国产数据库厂商最大的对标对象-Oracle均可以把每一个个版本的Concepts讲的如斯明晰，咱们还有啥中心秘密怕他人看到呢？
第二个咱们非常需求国产数据库厂商可以在文档中讲分明的是参数和监控目标的含意。当初咱们遇到一些数据库参数的调剂，调剂后会发生甚么样的成果或影响，会对数据库的哪些行动发生影响，调剂的倡议是甚么，这些方面，在民间的文档中很难看到一些蛛丝马迹，得多时分只能经过参数称号来进行猜测，这关于国产数据库的不乱运转与运维，是非常不利的。
关于一些监控目标、犯错信息的含意也是如斯。咱们的数据库厂家能不克不及针对本人的数据库的一些监控目标走出具体的形容，包罗这些目标的变动特征，以及和一些次要的数据库特性之间的瓜葛，这方面能不克不及在《运维优化手册》这样的文档中做出较为具体的形容呢？哪怕咱们无奈对一切的目标都做出很具体的形容，那末能不克不及针对一些常见的，较为首要的目标，提供一份参考呢？哪怕只是做到《Oracle Reference》这样的水平也是好的。
谈到文档，咱们更艳羡Oracle的Metalink，这个宝库我曾经使用了20多年了，至今还常常会用到。咱们的国产数据库能不克不及也丰硕一下咱们的常识库，或者压服务反对网站呢？实际上Oracle的Metalink中的大少数材料都来自于一个个的办事申请（SR），一个典型的办事申请处置完之后，就有专门的团队繁杂整顿，把有代表性的办事申请整顿成MOS的Notes，公布在Metalink上，这样通过多年的积攒，Metalink的内容就非常丰硕了。客户买Oracle的标服，可以获取MOS的SR的疾速响应，可以在Metalink上查找本人想要的材料、下载补钉，虽然花钱renew的时分有点疼爱，不外总的来讲，花了钱仍是能见到货色的。
咱们的国产数据库是否也可以学习Metalink，建立一个带有丰硕常识库的办事反对网站呢？其实要做的事件一方面是疾速响应客户的各种办事申请，此外一方面是有专门的人员来整顿SR，从中笼统出典型的常识和典型的案例。我想只有坚持做上来，有两三年时间，你们和国际友商之间的办事程度的差距就可以很好的体现出来了，本人的数据库产品的市场竞争力也会大幅进步了。
明天谈的这个和文档相干的话题，其实是咱们的国产数据库厂商彻底可以做好，然而并无花精神区做的事件。这个事件实际上也不是咱们的厂商不肯意去做，而是不足这方面的人材。要想做好这样的事件，必需是有懂本人的数据库，懂友商的数据库，懂数据库运维、优化等方面的人材参预进来能力做好的，而恐怕在咱们的国产数据库厂商中，做这方面的人都不具备这样的才能。不外不论怎么样，咱们但愿咱们的国产数据库一每天好起来，也但愿有国产数据库厂商可以在这方面加大投入。
作者丨白鳝
来源丨大众号：白鳝的洞穴（ID：baishan755）
dbaplus社群欢送泛博技术人员投稿，投稿邮箱：[email protected]
dbaplus社群是环抱Database、BigData、AIOps的企业级专业社群。资深大咖、技术干货，天天精品原创文章推送，每周线上技术分享，每个月线下技术沙龙，每季度Gdevops&DAMS行业大会。
关注大众号【dbaplus社群】，获得更多原创技术文章和精选工具下载