RDS算不算數據庫這個爭論在幾年前有過，DB-ENGINE把RDS收錄為數據庫產品后，這種爭論少了很多。實際上RDS是關系型數據庫服務的簡稱，本身RDS不是數據庫，而RDS使用一些開源的數據庫產品作為服務的基礎數據庫組件，向云用戶提供數據庫服務。RDS提供給客戶的并不是一個完整的數據庫，而是用戶使用數據庫的某些接口。
前陣子應一個客戶的要求，d-smart對接私有云部署的阿里云中的RDS FOR MySQL。我們的開發人員驚奇地發現他無法連接到數據庫所屬的OS上來采集數據。當我給他介紹了RDS是什么以后，他才恍然大悟。RDS通過這種封裝讓用戶更關注于使用數據庫，而不需要關注數據庫運維的細節，從而簡化運維。
在阿里云上，RDS MySQL版也是被稱為云數據庫的，因此我們如果不去摳某些字眼，把RDS說成是一個云數據庫也說得過去。那么下一個問題就麻煩一些了，RDS MySQL算國產數據庫還是開源數據庫呢？實際上，如果真正是業內的人士，甚至阿里云的產品經理或者研發人員，對這個問題的回答肯定是十分堅定的，RDS MySQL屬于開源數據庫，因為其基礎來源于開源代碼，雖然經過了云廠商的優化，其優化的代碼也是要開源的。因此阿里云的RDS MySQL數據庫屬于開源數據庫，這一點大家都不會否認。在我的這張截圖上，也可以看到開源兩個字。
不過在阿里云RDS MySQL算不算國產數據庫這個問題上，就沒那么簡單了。我曾經聽到過不止一個企業的領導說我們用了國產數據庫RDS MySQL,我也曾試圖解釋RDS MySQL使用了開源的MySQL，應該不屬于國產數據庫，不過大部分人并沒有被我說服。甚至有些人提出了這樣的觀點：“開源的就不能是國產的嗎？開源軟件使用在國產的云平臺里，那么就應該算是國產的”。
只能說銷售的洗腦水平十分高超，開源的也可以是國產的，這個觀點是無論如何都駁不倒的。實際上我們也并不一定要糾結RDS MySQL是不是國產數據庫，算不算信創只是一個文字游戲。很多企業的IT主管心里也清楚這些產品的來源，只是如果落實到一個統計數字上，那么算不算的問題就比較敏感了。
我們現在講的國產化替代問題，實際上也并不需要去糾結某些統計數字。國產化率，信創率等等，這些比例實際上也沒有太大的關系。我們做國產化替代的目的是為了安全，而不是去全球化。俄烏戰爭后西方國家對俄羅斯的眼花繚亂的制裁讓我們看到了國產化替代的必要性，因此在關鍵領域用國產數據庫替代不安全的產品的必要性是不言而喻的。不過我們仍然不需要糾結這個國產化率的指標。企業中大量的安全性要求沒那么高的系統，用用開源的數據庫產品又如何呢？而對于涉及到國計民生的系統，那么使用國產數據庫也是必然的選擇。這個選擇并不是一種去全球化的思潮所致，而是真正的從安全出發。這些年開源軟件的安全漏洞事故層出不窮，開源軟件的安全性肯定是要打一個問號的。
說到開源軟件的安全，再來看我們的國產數據庫產品。根據工信部信通院截至2021年6月的統計，國產數據庫產品有名有姓的已經有140個了，再加上一些衍生產品，RDS等，據說已經接近300個了。如何判斷這些產品是國產的呢？工信部有一個標準，自主代碼比例超過70%。那么如何判斷自主代碼比例呢？自主代碼比例這個指標夠科學嗎？
這個問題很尖銳，也確實不好回答。比如說，我開發了一個數據庫產品，原來的開源數據庫有1000萬行開源代碼。我們把這1000萬行代碼中的300萬行核心代碼提取出來，不做修改或者僅僅做一些小的修改，再把那些JDBC驅動，客戶端工具，數據導入到處工具等的邊緣代碼做大改，再加上一些亂七八糟不太會用到的自主研發的代碼，里面也許有一些不太成熟的存儲引擎，系統插件等，反正正式環境中也不會推薦客戶使用。如此再產生1000萬行代碼，和原來的300萬行核心代碼放在一起，妥妥地超過70%的代碼自主率，又不會讓數據庫產品傷筋動骨。那么這種國產數據庫的核心的300萬行代碼中可能存在的安全漏洞就完全消失了嗎？雖然明眼人一眼就能看出這種國產化的弊端，不過這可能也是我們國家數據庫國產化中的一個難以言表的痛點。
實際上這種國產數據庫的安全性還不一定比得上一些大廠的RDS MySQL產品，很多大廠雖然使用了開源的數據庫引擎，但是在RDS層上做了很多安全增加，比如防SQL注入，安全審計等。這樣的RDS產品不見得就會比我們的國產數據庫在安全性上更差。
從上面討論的一些情況來看，我們是不是應該更加客觀地來看待數據庫國產化替代這件事呢？解決安全的問題是數據庫國產化替代的初衷，而做起來是不是已經忘記了我們出發時的目標了呢？
