建站
咨詢
售后
建站咨詢
新聞中心
?周五聊了下數(shù)據(jù)庫基準(zhǔn)測試的一些事情，現(xiàn)在客戶選擇數(shù)據(jù)庫產(chǎn)品，唯一比較有權(quán)威的就是一些國測機構(gòu)的測試結(jié)果。企業(yè)自行搞選型測試是十分困難的，一方面成本太高，一方面自己的能力不足，很容易被人忽悠瘸了。
在富民等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都網(wǎng)站建設(shè)、網(wǎng)站設(shè)計 網(wǎng)站設(shè)計制作按需求定制開發(fā),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站設(shè)計,成都全網(wǎng)營銷推廣,外貿(mào)網(wǎng)站建設(shè),富民網(wǎng)站建設(shè)費用合理。
周五的文章有搞數(shù)據(jù)庫的朋友留言，談了對測試的一些看法。比如代碼自主率測試，有朋友說可以要求數(shù)據(jù)庫廠商現(xiàn)場編譯，現(xiàn)場測試。我不知道有多少廠商可以很方便的把整個數(shù)據(jù)庫的編譯環(huán)境都部署到測試現(xiàn)場去，這對測試機構(gòu)是個巨大的挑戰(zhàn)。哪怕真的可以這樣做，還是有些作弊手段可以使用的。我以前搞類似測試的時候，就有廠家把容易掃描出問題的代碼做成lib庫，或者甚至把這些obj打到linux系統(tǒng)的lib庫中，跟隨著編譯依賴庫一起通過YUM先安裝好，然后直接鏈接到應(yīng)用系統(tǒng)里，這樣我們的掃描工具就掃描不出這些代碼的問題了。
實際上對于絕大多數(shù)用戶來說，關(guān)心的并不是數(shù)據(jù)庫代碼是否自主，而是數(shù)據(jù)庫本身的功能是否滿足自己的需求。對于一些國企央企或者國有控股企業(yè)來說，對于代碼自主率的焦慮主要是怕自己選擇的數(shù)據(jù)庫產(chǎn)品最后無法被國家認(rèn)可為信創(chuàng)產(chǎn)品。信創(chuàng)數(shù)據(jù)庫的認(rèn)定國產(chǎn)以前是采用清單的，不過這個清單覆蓋面太小，因此也被廣為詬病。
除此之外，實際上客戶最為關(guān)心的問題就是國產(chǎn)數(shù)據(jù)庫用起來是否便捷、數(shù)據(jù)庫可靠性如何，高可用切換是否簡單可靠、數(shù)據(jù)庫的性能如何、數(shù)據(jù)庫的運維難度如何、數(shù)據(jù)庫的周邊生態(tài)工具是否完備。
數(shù)據(jù)庫用起來是否便捷實際上是用戶在做數(shù)據(jù)庫選型的時候最為關(guān)注的問題這個是設(shè)計師并不是我們的數(shù)據(jù)庫廠商最為關(guān)注的問題，不過對于一些運維能力相對不足的中小型客戶來說，在數(shù)據(jù)庫選型的時候可能會把使用便捷性放在第一位。很巧的是，最近在和兩個金融用戶討論國產(chǎn)數(shù)據(jù)庫選型的時候，他們都在三四個數(shù)據(jù)庫中做選擇，經(jīng)過測試試用后不約而同的選擇了TDSQL。當(dāng)時我覺得有些意外，后來詢問原因后才明白了其中的奧妙。實際上TDSQL并不是一個數(shù)據(jù)庫，而是一個數(shù)據(jù)庫云平臺，其扁鵲平臺可以很方便的維護一個大型的數(shù)據(jù)庫云平臺，像普通的云平臺提供的RDS一樣快速交付各種數(shù)據(jù)庫。TDSQL不是一個數(shù)據(jù)庫，TDSQL平臺可以提供單機MYSQL實例、單機PG實例、分布式數(shù)據(jù)庫等?？蛻暨x擇TDSQL的最終原因是他們的MYSQL單實例對他們遷移一些小系統(tǒng)來說完全夠用了，而扁鵲平臺的能力讓他們節(jié)約了大量的建設(shè)投入。在國產(chǎn)數(shù)據(jù)庫內(nèi)卷如此激烈的時候，數(shù)據(jù)庫產(chǎn)品在核心能力上提升很難，但是提供一個類似“扁鵲”的平臺，我想并不困難。
數(shù)據(jù)庫一旦上線運行后，就難免會出現(xiàn)各種問題，導(dǎo)致實例宕機。用戶也認(rèn)可單實例數(shù)據(jù)庫肯定是不能100%可靠的，但是如果數(shù)據(jù)庫實例宕機后能夠做自動遷移或者自動重啟，對于核心生產(chǎn)系統(tǒng)來說，可以秒鐘級主備自動切換，對于普通業(yè)務(wù)系統(tǒng)來說，可以分鐘級故障恢復(fù)，那么數(shù)據(jù)庫實例宕機并不會對核心業(yè)務(wù)產(chǎn)生重大影響，這些都是可以接受的。最主要的是數(shù)據(jù)庫廠商要能夠提供一個完整的解決方案，既可以方便的部署，也可以放心的使用。類似于Oracle GDS的能力，對于用戶的關(guān)鍵應(yīng)用來說是十分必要的。
至于數(shù)據(jù)庫的性能，這是用戶在做數(shù)據(jù)庫選型時最為迷茫的，什么樣的性能才是企業(yè)所需要的。TPCC肯定不是用戶數(shù)據(jù)庫性能的關(guān)鍵點。很多應(yīng)用系統(tǒng)從Oracle遷移到國產(chǎn)數(shù)據(jù)庫的時候，并不是因為國產(chǎn)數(shù)據(jù)庫并發(fā)處理能力不足而出現(xiàn)了性能問題，而是因為國產(chǎn)數(shù)據(jù)庫在表連接算法方面的的性能差異，執(zhí)行計劃方面的差異導(dǎo)致了較大的性能差異。我遇到過一個客戶的數(shù)據(jù)庫從Oracle遷移到某國產(chǎn)數(shù)據(jù)庫后，核心業(yè)務(wù)模塊普遍性能下降了二三十倍。經(jīng)過分析發(fā)現(xiàn)，最多的問題是因為索引設(shè)計導(dǎo)致的，原有的索引設(shè)計在Oracle上效率還不錯，但是到了國產(chǎn)數(shù)據(jù)庫上就不行了。還有一些是國產(chǎn)數(shù)據(jù)庫的表連接方面與Oracle存在技術(shù)差異，很多SQL在國產(chǎn)數(shù)據(jù)庫上無法使用Oracle上的執(zhí)行計劃。遇到這種情況，我們就只能通過改寫SQL來解決問題了。目前的國產(chǎn)數(shù)據(jù)庫替代存在大量的存量替代問題，因此國產(chǎn)數(shù)據(jù)庫產(chǎn)品需要做好這方面的對比測試，如果數(shù)據(jù)庫產(chǎn)品確實無法采用較好的執(zhí)行計劃來執(zhí)行某些SQL，則應(yīng)該發(fā)布優(yōu)化建議，讓用戶能夠快速找到解決方案。
對于數(shù)據(jù)庫來說，除了數(shù)據(jù)庫核心的能力之外，生態(tài)工具的完備性也十分關(guān)鍵，比如數(shù)據(jù)庫異構(gòu)復(fù)制工具、數(shù)據(jù)庫遷移工具、數(shù)據(jù)庫備份工具等。數(shù)據(jù)庫系統(tǒng)往往不是孤立的，異構(gòu)數(shù)據(jù)庫之間需要進(jìn)行雙向的數(shù)據(jù)復(fù)制，因此國產(chǎn)數(shù)據(jù)庫需要能夠和一些主流的國產(chǎn)數(shù)據(jù)庫、開源數(shù)據(jù)庫、大數(shù)據(jù)平臺之間進(jìn)行雙向數(shù)據(jù)復(fù)制。甚至在目前階段，國產(chǎn)數(shù)據(jù)庫與Oracle之間的數(shù)據(jù)雙向復(fù)制工具還是必須存在一段時間的。數(shù)據(jù)庫遷移工具主要是支持將應(yīng)用與數(shù)據(jù)從Oracle遷移到國產(chǎn)數(shù)據(jù)庫，不僅僅能夠遷移表結(jié)構(gòu)，還要能夠支持大數(shù)據(jù)量的批處理遷移與增量復(fù)制。另外還需要能夠遷移Oracle 的PL/SQL存儲過程，讓整個數(shù)據(jù)庫應(yīng)用能夠很便捷的遷移過來。備份是另外一個大問題，雖然所有的數(shù)據(jù)庫廠商都提供了備份工具，但是備份工具與主流的磁帶庫，備份管理工具，備份一體機，CDM等能否兼容也是十分關(guān)鍵的。這涉及到多廠商之間的生態(tài)協(xié)作，比起數(shù)據(jù)庫廠商自己就能干的事情來說更為復(fù)雜，難度也更高，特別是涉及一些國外數(shù)據(jù)庫備份工具的情況。
除此之外，數(shù)據(jù)庫的運維接口與運維工具也十分關(guān)鍵。目前大多數(shù)國產(chǎn)數(shù)據(jù)庫能夠提供的運維接口十分有限，數(shù)據(jù)庫廠商能夠提供給客戶的運維知識更是鳳毛麟角。國產(chǎn)數(shù)據(jù)庫對于用戶來說就是一個十分不穩(wěn)定的黑匣子，說不準(zhǔn)什么時候就出問題了。更有甚者，有些用戶現(xiàn)場的問題，我們的數(shù)據(jù)庫廠商都很難定位問題的原因，這樣的數(shù)據(jù)庫產(chǎn)品讓用戶用得提心吊膽的。
提升數(shù)據(jù)庫核心的能力，這需要很長的時間的積累，甚至無法完全依靠數(shù)據(jù)庫研發(fā)團隊的技術(shù)能力。很多數(shù)據(jù)庫性能的提升是在實際應(yīng)用中遇到了問題，才去想辦法解決的。研發(fā)人員在設(shè)計數(shù)據(jù)庫產(chǎn)品的時候很難想得到這樣特殊的應(yīng)用場景。因此這些核心能力的積累是需要時間的，很難一蹴而就。不過我今天提到的一些能力都是在數(shù)據(jù)庫核心能力之外的，只要我們的數(shù)據(jù)庫廠商想去完善，也是完全有能力做到的。?
分享名稱：數(shù)據(jù)庫產(chǎn)品用什么抓住用戶
標(biāo)題路徑：http://www.dlmjj.cn/article/codpgeo.html
