為什么大部分的數據庫系統仍然要用oracle？。目前，甲骨文最大的戰略計劃是云。同時，甲骨文將繼續向精細化、智能化、自動化等方法升級。關注一下12C、18C、19C的開發路徑，我們可以看到比如說Ora

為什么大部分的數據庫系統仍然要用oracle？

。目前，甲骨文最大的戰略計劃是云。同時，甲骨文將繼續向精細化、智能化、自動化等方法升級。關注一下12C、18C、19C的開發路徑，我們可以看到

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

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

.從安全性、穩定性和可維護性的角度來看，大多數數據庫系統仍然使用oracle。

為什么傳統行業幾乎都用Oracle，而互聯網行業幾乎都不用Oracle呢？

首先，銀行需要絕對穩定。可以委托它全權負責使用付費的非開源產品。此外，數據庫制造商將有專門的維護，以節省擔心，努力和安全。

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

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

另外，除了并發問題，阿里巴巴選擇m而不是O的原因是Oracle太貴，因為企業要考慮收支。就連阿里巴巴的利潤率也不如銀行