关于mysql:对话达梦副总经理冯源-假如你身处被科技制裁的俄罗斯墨天轮专访

2次阅读

共计 5672 个字符，预计需要花费 15 分钟才能阅读完成。

导读： 俄乌交战，Oracle、IBM、微软、SAP 等各大科技巨头相继发表暂停对俄罗斯服务，也让咱们警醒起来，信创国产化真的很重要！与此同时，国产纯自研数据库明星产品之一，达梦数据库也吸引了泛滥眼光。达梦数据库通过四十年继续更新迭代，保持走自主研发的技术路线，成为国内少有的领有全副源代码、具备齐全自主知识产权的数据库厂商。

墨天轮社区 作为数据人的技术成长社区，致力于 “想数据人所想，懂数据人所需”，明天咱们邀请到 达梦数据库的副总经理冯源学生，聚焦俄罗斯被制裁背景，为中国数据库行业的倒退方向、应答制裁动作、商业数据库或不可用等问题的解决指明路线。

达梦公司副总经理冯源

先后参加 DM5、DM6、DM7、DM8 的产品研发和测试工作。牵头实现达梦数据库管系统安全版的平安等保三级、等保四级攻关工作；实现达梦数据库管理系统的信息系统平安防护等级、信息系统平安评估保障等级（国内平安规范）剖析与认证工作；作为核心成员，屡次参加达梦公司牵头的重大专项课题，承当项目管理和研发测试工作。

— 以下为采访注释 —

❓：您认为 Oracle 等科技公司制裁俄罗斯对数据库行业以及相干产业会产生哪些影响？是否会呈现业务中断或瘫痪的状况？

🎤冯源：
1、对于影响，甲骨文制裁俄罗斯，不论是对国产数据库厂商还是用户而言，都会起到肯定的警示作用。

同时，如果科技制裁频发将会加剧整个寰球软件市场的割裂，自身这个行业易呈现马太效应，强人愈强。如果人为的和平、立场或其余的因素将市场割裂开来，那么全球化的软件行业到最初极有可能演变成两套独立的经济体系，一套是东方的产品体系；另一边俄罗斯等面临这样危险的国家，将会减速软件代替化的过程。与此同时中国的软件企业也能够思考出海到俄罗斯等其余国家，造成另一个独立的市场。

不论如何，寰球软件市场割裂的场面不利于甲骨文本身的倒退，自身它是一家寰球份额独占的企业，但因为一些起因，毁坏了它的市场份额。

2、针对业务中断问题，对于俄罗斯而言，从短期来看不会呈现业务中断或者瘫痪的状况。一旦数据库跑起来，只有不出重大的安全漏洞或者是软件故障，都能维持当初的运行。

相较于业务自身的问题，俄罗斯当下更应该关注数据库的平安危险。首先甲骨文存在着肯定的安全漏洞危险，在没有官网提供修复的状况下，俄罗斯的企业如果保持数据库带破绽运行，将会面临很高的危险，受到平安攻打的可能性也会很大。

目前俄乌和平曾经不限于经济、科技领域的制裁，网络信息战也曾经开启，即便政府层面不做号召，民间也发展了信息系统的攻打。如果这时还在应用他人的操作系统，以及带着他人一清二楚的安全漏洞进行数据库的运行，这样的危险会比业务中断或者瘫痪都高得多。

❓：您认为面对制裁，对国产数据库厂商来说是不是一件坏事？如何把握住这次“时机”呢？

🎤冯源：
1、俄罗斯的 IT 的原创与技术能力都很不错，比方 clickhouse 数据库企业。但 因为经济体量或是市场等因素，俄罗斯 IT 公司很难做好做大 ，优良的公司、产品与团队为了生存会走向寰球市场，从而被美国公司企业与机构所管制。

在中国，只管根底软件在寰球占据的规模不大，但至多养活国产公司不成问题，因而对于咱们而言，第一步是要保障国内的技术软件厂商可能活下来，第二步便是谋求做大。

俄罗斯最大的喜剧是很多原创的优良技术、产品、团队不受本人管制，最初都到了美国。 所以被制裁这件事件对于中国厂商而言，首先是个警示，“别的孩子在挨打”，咱们就要防患未然，提前做筹备工作。另一方面，还要思考一些非技术性的因素，除了做国产数据库产品、技术以外，还要思考如何保住它，否则将会面临遣散或是收买的终局。就如同 Nginx 一样，是俄罗斯人创造的，但因为种种原因被收买后反过来制裁俄罗斯，这件事件自身就是无比讥刺的。因而面对这样的局势，中国肯定要倒退本人的技术与产品，比方发展“备胎打算”，躲避外围能力被国外管制的情景。

2、俄乌和平导致俄罗斯被科技制裁，并不等于中国的 IT 企业能够去填补这块空白市场， 因而对于中国来讲并不算一次间接的时机。

首先俄罗斯国内的新零碎仍旧能够运行，其次俄罗斯的 IT 也没有那么差，他们有很多的预案应答制裁。因而对中国来说与其说是时机，更多的应该是警醒，国内应该做好预案并保持方向走上来，这也是这件事件最大的意义。
另一方面，我认为也要更主观的对待这个事件。商业公司制裁俄罗斯并不会有人感到惊讶，但如果开源社区也来制裁俄罗斯，这个才是新闻，也会突破很多人的空想。借助开源咱们能做到很多货色，但同时也要防止“依赖开源”的状况。当前中国的技术软件产业外面做自主化，走开源门路就要思考应该躲避哪些问题，同样也要设计机制防止“依赖开源”。
在数据库，或者操作系统这样上千万行代码规模的内核中被“投毒”，这会是一件不寒而栗的事件，大海里捞一根针都很难，更何况是在毫无觉察的状况下“偷偷投毒”，你不可能把每一行代码一寸一寸地捋过来，因而这样的危险是十分大的。源代码没有任何的意义，它只是一个技术的载体，领有源代码也不代表领有核心技术。

❓：如果达梦是一家俄罗斯外乡的数据库厂商，您认为如何能力帮忙国家更好地应答“科技”制裁？

🎤冯源： 如果达梦是一家俄罗斯的外乡数据库厂商，并具备当初的程度和产品能力，能够帮忙国内起到很大的作用。达梦从写第一行代码到公布第一个版本，一直在市场上打磨产品，并基于用户的需要不断改进，用了几十年的工夫，达梦基本上将这样的迭代过程走完了。目前在很多行业与应用领域里，达梦曾经可能达到相似 Oracle 的利用成果。因而达梦如果作为一家俄罗斯的厂商，只有客户违心，咱们就可能以最快的速度将 Oracle 的产品替换掉，并极力做好安全漏洞修复与产品升级等运维工作。

❓：俄罗斯发表制裁国家的专利生效，您认为是否会呈现盗版流行的状况？如果呈现应该如何应答？

🎤冯源：
1、首先开源软件是收费供大家应用，而 Oracle 领有寰球的市场，因而一个国家盗版横行对它来讲影响不大。对于俄罗斯而言，在于它敢不敢放心使用被制裁盗版（开源软件），怕不怕被“投毒”。如果被投毒，惟一的区别就在于，一个来源于开源组织的贡献者、一个来源于商业软件的官网开发人员，同时安全漏洞没有修复，都会存在着危险，因而盗版并不是问题，平安危险才是最大的问题。

2、除了技术先进性以外，数据库产品还要看其成熟度，一直在市场上应用和打磨，来满足用户的需要。 如果产品在短短几年的窗口期中没有足够的成熟度，难以满足市场需求，那么它将失去机会。俄罗斯被科技制裁事发忽然，大概率很难有哪个厂商提前防患未然，就算俄罗斯国内的专利放开，产品也会面临成熟度不够的问题。所以中国国产化代替的战略眼光是很久远的，咱们从十年前、甚至二十年前就开始做筹备工作。可能在这二十年的工夫里，前五年就先做好产品，前面整整十五年乃至更多的工夫，都在为咱们的产品做继续的迭代，逐步完善、丰盛产品。

❓：假如“开源”退出制裁行列，基于开源数据库开发的商业数据库是否同样存在不可用的危险？

🎤冯源： 显然是有的，假如中国的厂商以现状来应答这样的制裁，必定会比俄罗斯好一些。

这相当于分辨行业一个上下游的关系，上游是开源社区，上游是基于开源的厂商。如果这个开源上游是在美国或者欧洲，上游在国内的市场的危险将会十分大。如果上下游都在国内，危险会绝对小一些。举个例子，比方长江的源头与入海口都在中国境内，那么各省市之间布局建筑水坝、开闸放水等都能够正当协调。
开源社区自身作为一个跨国界的组织，成员来自世界各地，这其中的协调无关国界，而是个体与个体之间的协调，也就是所谓的“国内分工”。然而当国内壁垒建设起来了，国内分工不复存在，这时最要害的就是开源社区的源头。开源社区的源头和厂商处于同一个营垒与国家，那么协调起来绝对来讲比拟容易。

❓：国产化其中的一大阻力就是迁徙，请问目前贵司数据库曾经具备了哪些数据库平滑迁徙的能力？将来在迁徙方面有哪些想法和布局？

🎤冯源： 国产数据库的厂商做迁徙大体上走以下两条路线，一种是达梦谋求的“不迁徙而迁徙”，原有的业务零碎不须要做特地的迁徙与批改就可能实现数据库的运行，这样的形式对于用户而言，体验最好，老本最低，危险也最可控。还有一种是“迁徙而迁徙”，迁徙有很多的伎俩与评估零碎，在迁徙前提前对数据库做评估，有哪些是待迁徙不兼容的问题，有哪些是实现平滑迁徙，对于这些不兼容的给一些倡议。最终用户更认可哪一条迁徙路线，这其实和生态无关。

MySQL、PG 这样的数据库，用“迁徙而迁徙”的计划，老本绝对来讲更低。而 达梦“不迁徙而迁徙”计划，瞄准的是 oracle 市场规模更大的生态，并且要对数据库的内核动刀。 可能很多人会疑难，数据库迁徙只用解决语法差别就能够，为什么要波及到内核呢？事实上如果只看到语法层面的问题，并不能解决迁徙问题。语法往往是迁徙中绝对没有技术难度的局部，性能的反对与否、解决机制的差别才是造成迁徙艰难的要害，而这些只有在数据库内核层面进行改良才可能平滑移植。
对达梦而言，接触到很多用户的外围业务零碎，不是一个语法兼容能够搞定的，在没有搞定外围概念差别的状况下，你做任何语法兼容都是没有意义的。所以说咱们的 兼容路线不是一个语法层面的问题，它肯定要深刻到数据库的内核去”做手术”。 如果数据库的内核可能反对很多简单的性能，你才有可能在语法层面反对相应的性能。如果你的内核都很简略，那么你的语法层面即使反对了相干的概念，也不能实现数据库平滑迁徙。
为了“迁徙而迁徙”的计划最大的劣势是短平快，然而对于用户而言体验不太好。因而两者各有劣势，厂商能够依据本人的体量与投入来抉择适合的计划。对于达梦而言，咱们从 2008 年就开始布局数据库迁徙相干技术，用户甚至不须要任何实质性的利用代码更改，就可能间接将零碎移植达到梦上来。

❓：在过来国产化数据库落地的过程中还存在哪些问题和难点？将来怎么更好地解决？

🎤冯源： 第一个问题是“进不了门”。随着国内的国产化代替过程逐步放慢，“没有用户”这个在 2010 年以前最大的问题曾经解决了，将来也心愿国内可能放弃这样的凋谢趋势，用户也可能更多地思考国产数据库产品。

第二点便是如何将国产数据库用在更有挑战性、更为重要的零碎上，并逐渐建设信赖。 现在国产数据库尽管敲开了门，然而依然有大量案例是跑在一些规模绝对小、压力绝对低的外围零碎上，这样对产品的打磨并没有太大帮忙。例如达梦目前在电力、能源、交通等一些行业与外围零碎都进行了国产化代替，从试用产品再到 100% 的信赖，这样的过程须要肯定的工夫，数据库产业界应该有这个思维筹备，该走的路早晚都是要走的。

第三点是厂商要持续性的对产品进行打磨，在做外围零碎的代替时，国产数据库厂商是否继续给用户做到正向的反馈。 当我作为一个甲方的负责人，决定引进某一个数据库产品做国产化代替时，如果厂商没有将业务零碎撑持好，那么对我来说将是一个危险十分高的决策。因而中国数据库厂商肯定要继续给用户、给甲方提供正向反馈，否则长时间后用户会对你产生质疑与不信赖。小范畴来讲，这件事件会影响你一家数据库，然而对整个市场而言，可能会造成用户对整个国产数据库产生不信赖。因而，用户给你开了门，给了你利用机会，这时厂商肯定要可能给力地顶上来，继续给到正向反馈。

除此之外，即使厂商侧联结起来做国产化落地的推动，显然也是不够，用户侧肯定要一一动起来，国产化代替这件事才有可能胜利，并减速实现。

❓：您感觉将来国产数据库要成为国内企业数字化建设的首选，须要具备哪些指标和个性？

🎤冯源： 指标我就不列举了，因为用户有本人的场景与零碎，对应的指标也是不同的。

将来国产数据库要成为国内企业数字化建设的首选，首先要具备的个性是生态得维持好。 国产数据库不太可能再造一套全新的生态，因而目前要么是认准甲骨文的生态去做代替，或者是基于开源生态去做。如果没有生态，很难在繁多的上下游环节中将利用零碎齐全迁徙过去，用户也不可能从零开始做一套全新的业务零碎。

第二点是稳定性要做好。 从产品的设计层面、产品质量、编码、测试等这一整套工程化的过程中，都要思考去用什么样的伎俩来保障产品能够提供继续稳固的服务。

最初一个是“口碑”。口碑并不是由繁多的生态、可靠性、性能某一个方面去决定的，它是一个综合经营的问题。在产品层面上把可靠性、安全性、稳定性作为根底因素，厂商还要思考从经营层面如何将口碑做起来：在某一个试点或者案例上获得了问题，不代表能在行业外面全面开花，最终还是要看口碑。如果你在行业内的第一个客户不违心替你说坏话，那你的口碑就崩了。因而厂商肯定要器重在服务于客户的过程中，产品质量、服务运维人员的敬业水平等综合因素能不能为你挣得一份口碑，哪怕你在这个行业进入的晚一点，但有用户违心替你站台，为你说坏话，那么你就无望在这个行业里扩充市场。

【编者按】： 俄罗斯以后迫切需要解决的不是“业务问题”，而是更容易致命的“数据库安全问题”。如果“开源”被退出制裁行列，因为国内壁垒的建设，基于开源数据库开发的商业数据库也会存在不可用的危险，因而要做好预案。“平滑迁徙”是国产化的一大难题，达梦走的是“不迁徙而迁徙”的路线，对数据库内核动刀，并不是靠语法兼容就能搞定。针对国产数据库落地，各厂商须要将产品利用在更具挑战性的零碎上，继续打磨产品，建立口碑，建设良好的生态，将来国产数据库能力成为企业数字化建设的首选。