對于用戶該不該吐槽國產(chǎn)數(shù)據(jù)庫的問題，是顯而易見的。只要是個產(chǎn)品就必然會有缺陷，用戶用得不爽了，就必然會吐槽，這是天經(jīng)地義的事情。

對于數(shù)據(jù)庫廠商而言，有人吐槽不僅不是壞事還是好事。如果一個數(shù)據(jù)庫產(chǎn)品連吐槽的人都沒有了，那并不說明它很完美了，而是說明它離死不遠(yuǎn)了。因為只有真正用這個數(shù)據(jù)庫的人，才會發(fā)現(xiàn)其不足，才會去吐槽，只要用戶吐槽得有道理，廠商就應(yīng)該虛心接受。

ORACLE MOS上增長得最快就是BUG報告，這些報告只是用戶SR中的精選而不是全部，這說明大量的用戶在使用O記的產(chǎn)品的時候踩到了坑，遇到了麻煩。

這些BUG報告并不說明ORACLE數(shù)據(jù)庫不行，反而是證明 Oracle太行了。不僅僅有那么多用戶在不同場景中使用Oracle數(shù)據(jù)庫，而且還用得花樣百出，因此發(fā)現(xiàn)了那么多問題。而Oracle的售后服務(wù)部門更牛，居然把那么多BUG給定位出來并解決掉了。所以我說這些BUG報告不是Oracle的污點，反而是Oracle的光榮榜。

國產(chǎn)數(shù)據(jù)庫就特別怕有人知道自己的產(chǎn)品存在BUG或者缺陷。數(shù)據(jù)庫這種復(fù)雜度軟件系統(tǒng)是成千上萬人協(xié)同開發(fā)出來的，肯定是存在BUG的。沒有任何BUG的國產(chǎn)數(shù)據(jù)庫反而顯得那么不真實，讓人更加不敢相信了。

幾年前我寫過一篇發(fā)現(xiàn)某個數(shù)據(jù)庫出現(xiàn)宕機的問題，通過分析發(fā)現(xiàn)不是數(shù)據(jù)庫本身的問題，而是因為操作系統(tǒng)的行為導(dǎo)致誤殺了數(shù)據(jù)庫服務(wù)進(jìn)程導(dǎo)致的。

本來這個案例是挺有代表性的，很多用戶都遇到過，其中很大一部分用戶并未及時定位到這個問題，從而導(dǎo)致頻繁發(fā)生，這篇文章的分析方法可以供用戶參考，我就寫了篇文章發(fā)了出來。文章被數(shù)據(jù)庫原廠的朋友看到了，就和我私聊說能否把這篇文章撤回，因為怕別有用心的友商用來攻擊他們，說他們的數(shù)據(jù)庫會莫名其妙宕機。

原本以為這是孤例，是那個數(shù)據(jù)庫廠商太過于小心謹(jǐn)慎了。沒想到今年又遇到了一個類似的事情，某個國產(chǎn)數(shù)據(jù)庫性能突然變慢，利用這個數(shù)據(jù)庫提供的各種性能視圖等我終于定位了問題。

當(dāng)時數(shù)據(jù)庫原廠的朋友覺得這個案例十分典型，想要通過他們自己的公眾號轉(zhuǎn)發(fā)一下，我也同意了。沒想到第二天朋友給我 道歉說：“他們老大不同意發(fā)，因為前陣子有個友商拿著一篇他們公眾號上發(fā)的故障分析的文章去給客戶的領(lǐng)導(dǎo)說他們的數(shù)據(jù)庫有問題，自己官網(wǎng)都承認(rèn)。

這件事造成了很壞的影響，因此領(lǐng)導(dǎo)決定暫停發(fā)布類似案例。這篇文章涉及到數(shù)據(jù)庫性能問題，怕被友商再次利用”。

沒想到國產(chǎn)數(shù)據(jù)庫市場已經(jīng)卷到如此地步，連寫故障分析案例的文章都會被友商用于商業(yè)目的。如果國產(chǎn)數(shù)據(jù)庫市場成為如此的市場，大家都不敢發(fā)布類似文章，那么用戶通過什么方法去了解數(shù)據(jù)庫故障的分析思路和解決方案呢？數(shù)據(jù)庫就不允許出現(xiàn)個頭疼腦熱，發(fā)燒拉稀的狀況，真的能永遠(yuǎn)健康嗎？

這種不太符合科學(xué)的事為什么會在國產(chǎn)數(shù)據(jù)庫市場上頻頻出現(xiàn)呢？連Oracle都有那么多BUG，難道不允許國產(chǎn)數(shù)據(jù)庫存在問題嗎？如果是某位甲方領(lǐng)導(dǎo)因為這個原因而選擇不采購出現(xiàn)過故障的國產(chǎn)數(shù)據(jù)庫，那么肯定不是這位領(lǐng)導(dǎo)的專業(yè)能力不行，也不是描寫故障處理案例的文章讓用戶產(chǎn)生了錯覺，而是另有隱情吧。

我覺得只有國產(chǎn)數(shù)據(jù)庫也像Oracle那樣，在自己的官網(wǎng)上公布上百萬個BUG和補丁，那么我們的國產(chǎn)數(shù)據(jù)庫才算真的成熟了，用戶可以放心大膽地去購買了。Oracle上千萬的BUG報告，是它最好的勛章。