@Switcher 某銀行 數(shù)據(jù)庫管理員：

1.同業(yè)案例

確切的來說是同等規(guī)模銀行相同業(yè)務系統(tǒng)的數(shù)據(jù)庫案例，像核心系統(tǒng)的數(shù)據(jù)庫選型，最好能多走訪幾家銀行，坐下來聊聊技術(shù)，有些東西線下能說，網(wǎng)上可不能寫。

另外即使規(guī)模相當，但有可能核心系統(tǒng)的數(shù)據(jù)量差距也很大，這個和數(shù)據(jù)保留策略有關(guān)，因此即使有了同業(yè)經(jīng)驗，還需要根據(jù)行內(nèi)核心系統(tǒng)的特性來看。

2.數(shù)據(jù)庫類型考量

在選擇數(shù)據(jù)庫類型中，可能現(xiàn)在多以分布式數(shù)據(jù)庫為考量了，那么除了能不能滿足使用，還要考慮不同分布式數(shù)據(jù)庫類型對后續(xù)運維、開發(fā)規(guī)范等影響，這部分原生分布式數(shù)據(jù)庫和中間件型分布式數(shù)據(jù)庫差異還是比較大的。

主要是在分片規(guī)則設定、多表關(guān)聯(lián)查詢、輕度OLAP使用這塊，單存儲引擎（不考慮帶入單獨列存的設計）的OLAP是分布式數(shù)據(jù)庫的一大痛點。

這塊也決定了后續(xù)使用，要不要制定強開發(fā)規(guī)范，這也意味著是DBA用的痛苦一點，還是開發(fā)人員用的痛苦一點.....

3.數(shù)據(jù)庫運維監(jiān)控管理軟件

這部分功能，將直接決定數(shù)據(jù)庫對于運維人員好不好用，尤其是中小規(guī)模城商行使用。在這部分功能上，不同廠商產(chǎn)品的差距能拉開的很大。

對于中小規(guī)模城商行的運維人員，說實話TPS、QPS低那么10%、20%影響不大的，反而是運維、監(jiān)控、管理能力，有時候直接決定了RTO時間。

重點關(guān)注城商行案例少的數(shù)據(jù)庫廠商，他們往往這部分能力偏弱。

4.與核心系統(tǒng)的適配

這部分僅對于使用核心應用廠商做完全替換的新核心建設，那么你要重點和長亮、神碼這種核心廠商溝通，基于不同數(shù)據(jù)庫做開發(fā)，對于你的新核心應用建設有哪些阻礙。

適配么肯定都適配過，好不好用他們心里清楚。一定要問到技術(shù)細節(jié)上好不好用，比如：如果分布式數(shù)據(jù)庫不建議>=2張表以上的關(guān)聯(lián)查詢，那么你的核心要如何設計，你的柜面邏輯要如何設計才能匹配這個規(guī)則，開發(fā)難度怎么樣。

5.數(shù)據(jù)遷移同步工具

這部分不展開了，比較多：同庫、異庫遷移數(shù)據(jù)的工具便捷性；異庫遷移對于特殊字段的兼容替換；基于日志的實時同步工具要不要借助第三方，穩(wěn)定性如何，這個涉及到雙庫并行策略等等。

全中國的國產(chǎn)數(shù)據(jù)庫，70%在四大行都有相關(guān)案例，這和技術(shù)沒關(guān)，這是四大行作為大國之行的社會責任體現(xiàn)。

@Acdante HZTYYJ 技術(shù)總監(jiān)：

核心數(shù)據(jù)庫，題主說的幾個都是重點關(guān)注指標。

其實目前最為全面和豐富的數(shù)據(jù)庫——Oracle，可以作為一個標桿參考。

針對不同業(yè)務場景和適配，去選擇和考量一個數(shù)據(jù)庫產(chǎn)品，另外，也是希望國產(chǎn)數(shù)據(jù)庫廠家能夠沉下心來，做好自己的技術(shù)積累，切勿急功近利，還是要借此機會，做好咱們自己的技術(shù)積累，希望能夠出現(xiàn)我們自己的核心的數(shù)據(jù)庫產(chǎn)品。

以下是一些還可以關(guān)注的點，作為參考：

性能：數(shù)據(jù)庫系統(tǒng)的性能對于許多應用程序來說至關(guān)重要，應該評估其吞吐量、響應時間以及查詢性能，以及大數(shù)據(jù)量和高并發(fā)場景的技術(shù)積累和沉淀，復雜事物的處理，當然目前的做法都是采用多個產(chǎn)品組合實現(xiàn)。

可靠性：數(shù)據(jù)庫系統(tǒng)應該專注于提供高級別的可靠性和容錯能力，以確保數(shù)據(jù)不會丟失或損壞，并且在發(fā)生故障時可以快速恢復，豐富的備份方案，高可用能力、恢復能力。

安全性：數(shù)據(jù)庫系統(tǒng)應該提供強大的安全性能，包括用戶管理、訪問控制、身份認證、數(shù)據(jù)加密、安全防護等方面的功能。

可擴展性：數(shù)據(jù)庫系統(tǒng)應該支持水平和垂直擴展，以便未來能夠滿足應用程序?qū)Y源和性能的不斷增長需求。

社區(qū)支持：數(shù)據(jù)庫系統(tǒng)應該有一個活躍的開源社區(qū)，以便用戶能夠獲得支持、文檔和學習資源，包括整個數(shù)據(jù)庫生態(tài)的建立和配合。

成本效益：數(shù)據(jù)庫系統(tǒng)應該具備良好的成本效益，不僅在于產(chǎn)品本身的價格，而且還包括在每年維護和升級成本方面的考慮，以及長期的技術(shù)支持。

@jillme CIO：

1.性能：硬指標，對于大事務的支撐  

2.可擴展性：能快速的擴容和實現(xiàn)三地多活災備

3.安全性：數(shù)據(jù)存儲傳輸和應用過程中的安全附件是否多

4.SQL魯棒性：除了標準SQL外其他場景的支撐力度

5.生態(tài)環(huán)境：行業(yè)應用的是否多

@yangjunfeng 聯(lián)通 數(shù)據(jù)庫架構(gòu)師：

樓上幾位大佬已經(jīng)說的不少，我個人還會考慮：

1.壓測數(shù)據(jù)，同等配置下，MySQL，Oracle，以及所選數(shù)據(jù)庫的壓測數(shù)據(jù)。包括基準壓測，性能壓測，疲勞測試等。

2.變更流程與新數(shù)據(jù)的打通，日常變更需求，自動、人工怎么適配新數(shù)據(jù)庫。

3.投入，產(chǎn)出比。比如開發(fā)對該SQL的了解程度，以及硬件成本這塊的。

4.RPO、RTO的容忍度。

@大禹 數(shù)據(jù)庫架構(gòu)師：

以史為鑒，數(shù)據(jù)庫必然會向頭部收斂，即使是當前的老二，尚且不一定能活下來；即使是大廠，產(chǎn)品不行，依靠多種產(chǎn)品夾帶數(shù)據(jù)庫進去，同樣走不遠的。

選錯那就再來一次選型，可能負責人換成另一個人。

@waring_id  技術(shù)經(jīng)理：

除了提到的這些點，還可以參考：

1、行業(yè)的測評數(shù)據(jù)。

2、極端情況下（例如高IO、數(shù)據(jù)量超大且磁盤空間不足）的測試用例，評估數(shù)據(jù)庫的穩(wěn)定性和性能損失情況。

@Ethan_Yang 某金融司 技術(shù)架構(gòu)師：

語法兼容性：核心業(yè)務系統(tǒng)通常需要與多個系統(tǒng)進行數(shù)據(jù)交換和集成，因此語法兼容性是一個重要的指標。國產(chǎn)數(shù)據(jù)庫在語法兼容性方面的表現(xiàn)需要被考慮。

可靠性：核心業(yè)務系統(tǒng)需要高度可靠的數(shù)據(jù)庫系統(tǒng)，國產(chǎn)數(shù)據(jù)庫需要能夠保證高可靠性，包括系統(tǒng)穩(wěn)定性和故障恢復能力等。

安全性：銀行核心業(yè)務數(shù)據(jù)安全至關(guān)重要，國產(chǎn)數(shù)據(jù)庫需要具備強大的安全性能，包括數(shù)據(jù)加密、權(quán)限控制、審計日志等。

服務及技術(shù)支持：銀行核心業(yè)務系統(tǒng)國產(chǎn)數(shù)據(jù)庫需要具備良好的售后服務和技術(shù)支持，包括及時響應、快速解決問題等。

數(shù)據(jù)廠商能力：銀行核心業(yè)務需要考量國產(chǎn)數(shù)據(jù)庫的實力和能力，包括技術(shù)研發(fā)、市場份額、行業(yè)認可度等可以側(cè)面反應的綜合能力；

成本：也要性價比，核心系統(tǒng)改造的費用成本需要控制在一個合理范疇，包括授權(quán)費用、硬件建設、運維管理等方面。同時，需要考慮長期使用的成本，包括升級、維護、培訓等方面。

@匿名用戶：

各位發(fā)言講得非常全面，我這里只補充一點建議，即核心數(shù)據(jù)庫選型要參考現(xiàn)實的數(shù)據(jù)體量和業(yè)務量，在此基礎上確定數(shù)據(jù)庫相關(guān)的質(zhì)量屬性。數(shù)據(jù)體量和業(yè)務量的大小對數(shù)據(jù)庫的性能要求是有差別的，會決定服務的及時性、穩(wěn)定性等。

歡迎點擊文末 閱讀原文 到社區(qū)閱讀和討論交流，發(fā)表您的看法

覺得本文有用，請 轉(zhuǎn)發(fā) 或點擊 賞 ，讓更多同行看到

社區(qū)專家組織針對數(shù)據(jù)選型的課題研究成果，供同行參考：

• 重磅！中小銀行非核心交易系統(tǒng)國產(chǎn)數(shù)據(jù)庫選型評估報告 | 4維度19指標·7數(shù)據(jù)庫·實踐用戶投票評價

• 中小銀行非核心交易系統(tǒng)國產(chǎn)數(shù)據(jù)庫選型評估框架→

• 國產(chǎn)數(shù)據(jù)庫選型評估體系建設經(jīng)驗參考

• 國產(chǎn)數(shù)據(jù)庫需求場景評估模型解析（附評估模型文檔工具下載）

歡迎關(guān)注社區(qū)  “數(shù)據(jù)庫”技術(shù)主題  ，將會不斷更新優(yōu)質(zhì)資料、文章。地址： https://www.talkwithtrend.com/Topic/597

下載 twt 社區(qū)客戶端 APP

長按識別二維碼即可下載

或到應用商店搜索“twt”

長按二維碼關(guān)注公眾號

*本公眾號所發(fā)布內(nèi)容僅代表作者觀點，不代表社區(qū)立場