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

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

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

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

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

幾年前我寫過一篇發現某個數據庫出現宕機的問題，通過分析發現不是數據庫本身的問題，而是因為操作系統的行為導致誤殺了數據庫服務進程導致的。

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

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

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

這件事造成了很壞的影響，因此領導決定暫停發布類似案例。這篇文章涉及到數據庫性能問題，怕被友商再次利用”。

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

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

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