國內(nèi)銀行系統(tǒng)用美國甲骨文Oracle數(shù)據(jù)庫不怕泄密嗎？首先，銀行要求絕對穩(wěn)定，使用付費(fèi)非開源產(chǎn)品可以全權(quán)委托。此外，數(shù)據(jù)庫制造商還將有專門的維護(hù)，以節(jié)省擔(dān)心，努力和安全。MySQL開源產(chǎn)品的穩(wěn)定性沒有

國內(nèi)銀行系統(tǒng)用美國甲骨文Oracle數(shù)據(jù)庫不怕泄密嗎？

首先，銀行要求絕對穩(wěn)定，使用付費(fèi)非開源產(chǎn)品可以全權(quán)委托。此外，數(shù)據(jù)庫制造商還將有專門的維護(hù)，以節(jié)省擔(dān)心，努力和安全。

MySQL開源產(chǎn)品的穩(wěn)定性沒有O高，很容易深入開發(fā)。然而，MySQL的使用完全取決于您。銀行不會找一個(gè)特別小組來維護(hù)隨時(shí)可能發(fā)生的定時(shí)炸彈。此外，銀行有大量的交易，但它不像互聯(lián)網(wǎng)應(yīng)用程序那樣超級并發(fā)。它們大多由內(nèi)部接口使用，分為兩部分，區(qū)域是不同的服務(wù)器，每個(gè)區(qū)域只存儲自己的相關(guān)數(shù)據(jù)。比如，如果你把錢從廣東轉(zhuǎn)到山東，原來的山東賬戶就不會保存你的記錄。只有轉(zhuǎn)移后，山東數(shù)據(jù)庫才能有記錄。在依托甲骨文商業(yè)委托的基礎(chǔ)上，我行還將進(jìn)行對賬，確保數(shù)據(jù)一致性。

但是互聯(lián)網(wǎng)企業(yè)是不同的。超級并發(fā)和小型計(jì)算機(jī)不再滿足并發(fā)條件。即使Oracle足夠優(yōu)秀，要使用專門為更高并發(fā)性設(shè)計(jì)的MySQL，您也需要一個(gè)專業(yè)的團(tuán)隊(duì)來維護(hù)它。穩(wěn)定性不如Oracle，但是分布式集群可以避免這種情況。由于開源，MySQL還可以根據(jù)自己的需要定制自己的功能。但大多數(shù)公司并不使用它。小公司也是這么用的。阿里巴巴對MySQL的重新開發(fā)，除了可以自己使用，還可以銷售服務(wù)。

另外，除了并發(fā)問題，阿里巴巴選擇m而不是O的原因是Oracle太貴，因?yàn)槠髽I(yè)要考慮收支。就連阿里巴巴的利潤率也不如銀行。目前，甲骨文最大的戰(zhàn)略計(jì)劃是云。同時(shí)，甲骨文將繼續(xù)向精細(xì)化、智能化、自動化等方法升級。關(guān)注一下12C、18C、19C的開發(fā)路徑，我們可以看到

比如說Oracle 19C的一個(gè)新特性（Oracle 19C還沒有發(fā)布，消息來自aced）。對于傳統(tǒng)集群，如果某個(gè)節(jié)點(diǎn)掛起并放置在傳統(tǒng)集群中，則該節(jié)點(diǎn)正在處理的操作將失敗，這可能導(dǎo)致事務(wù)失敗并回滾。不過，19C的新特性特別好。守護(hù)進(jìn)程將在整個(gè)過程中監(jiān)視事務(wù)的每個(gè)操作。如果節(jié)點(diǎn)失敗，后臺會將所有操作切換到一個(gè)正常的節(jié)點(diǎn)來重做。事務(wù)已成功執(zhí)行，但用戶不知道它。

。例如，Oracle報(bào)告了使用中的錯(cuò)誤。通過查看錯(cuò)誤信息，我們可能知道問題所在，并且可以查看跟蹤日志。但是DB2報(bào)告了一個(gè)錯(cuò)誤，那是一個(gè)字符串錯(cuò)誤代碼，人們不知道為什么。

.從安全性、穩(wěn)定性和可維護(hù)性的角度來看，大多數(shù)數(shù)據(jù)庫系統(tǒng)仍然使用oracle。