隨著企業(yè)數(shù)字轉(zhuǎn)型進(jìn)程的加快，行業(yè)數(shù)字化場景也呈現(xiàn)出爆發(fā)式增長。

隨之而來的就是海量的業(yè)務(wù)數(shù)據(jù)，以及實(shí)時、在線的數(shù)據(jù)分析的能力需求。這一趨勢之下，傳統(tǒng)集中式數(shù)據(jù)庫、中間件、大數(shù)據(jù)等多組件協(xié)同的異構(gòu)數(shù)據(jù)棧暴露出上線難、維護(hù)成本極高等問題，嚴(yán)重阻礙企業(yè)數(shù)字化進(jìn)程。

因此，什么樣的數(shù)據(jù)庫才是一款真正的企業(yè)級數(shù)據(jù)庫？成為了數(shù)據(jù)庫從業(yè)者思考的重點(diǎn)。

什么才是企業(yè)數(shù)據(jù)庫？

“沒有人會沒事兒去做一臺心臟搭橋手術(shù)的?！?/p>

在PingCAP的聯(lián)合創(chuàng)始人及CTO黃東旭看來，企業(yè)級數(shù)據(jù)庫作為一個基礎(chǔ)軟件，應(yīng)該是要用戶“省心，放心，不擔(dān)心”。

“一個真正的企業(yè)級數(shù)據(jù)庫廠商應(yīng)該把自己放在用戶的角度去思考，無論是一個企業(yè)去購買數(shù)據(jù)庫應(yīng)對數(shù)字化挑戰(zhàn)，還是一個工程師去面對數(shù)百臺的數(shù)據(jù)庫集群維護(hù)。”

因此，TiDB在誕生之初，就有一個目標(biāo)：讓TiDB能夠滿足用戶的所有的需求。

正如開篇所提，隨著企業(yè)數(shù)字化轉(zhuǎn)型進(jìn)程加快，企業(yè)對于業(yè)務(wù)數(shù)據(jù)正呈現(xiàn)出“海量、實(shí)時、在線”的趨勢，在此背景之下，HTAP成為了數(shù)據(jù)庫領(lǐng)域的重要發(fā)展趨勢。

這里需要科普的是，HTAP（Hybrid Transactional/Analytical Processing）即混合事務(wù) / 分析處理數(shù)據(jù)庫能夠在一份數(shù)據(jù)源上同時支撐在線事務(wù)處理（OLTP）和在線分析處理（OLAP）場景，避免了傳統(tǒng)架構(gòu)中在線與離線數(shù)據(jù)庫之間大量的數(shù)據(jù)交互。

為了滿足用戶所需，TiDB 早在 1.0 版本就實(shí)現(xiàn)了 OLTP Scale（在線事務(wù)處理的規(guī)?；瘮U(kuò)展），4.0 版本已經(jīng)實(shí)現(xiàn)初步的 HTAP 能力，最新發(fā)布的5.0 版本在原有 HTAP 引擎 TiFlash 的基礎(chǔ)上引入 MPP 架構(gòu)，提供與存儲匹配的分布式計(jì)算引擎，進(jìn)一步提升海量數(shù)據(jù)下的并行計(jì)算與分析能力。

并通過與 TiDB-Server 共享 SQL 前端，實(shí)現(xiàn)解析器（Parser）和優(yōu)化器的共享，TiDB 向業(yè)務(wù)提供一體化的入口，能夠自動選擇單機(jī)執(zhí)行或 MPP 模式，并且將事務(wù)型和分析型的負(fù)載隔離，使得雙方在高并發(fā)量壓力下互不干擾。

此外，TiDB 5.0 基于分布式架構(gòu)，支持云原生與多云，可以彈性擴(kuò)展吞吐或存儲，輕松應(yīng)對高并發(fā)、海量數(shù)據(jù)場景，實(shí)現(xiàn)一棧式數(shù)據(jù)服務(wù)。企業(yè)級用戶和互聯(lián)網(wǎng)用戶都可以通過一套 TiDB 系統(tǒng)構(gòu)建數(shù)字場景應(yīng)用，而不必關(guān)注底層架構(gòu)。

而在性能方面，TiDB 5.0通過提供聚簇索引、異步提交事務(wù)、TiFlash MPP 等功能， 在 Sysbench 和 TPC-C 等 OLTP 基準(zhǔn)測試中，獲得均值 50% 的性能提升。TiFlash MPP 在 OLAP 方面更是獲得了同等配置下數(shù)倍于 GreenPlum 的性能優(yōu)勢。

讓用戶“省心”顯然做到了，但下一個問題也隨之而來。

如何讓用戶更放心？

當(dāng)前，數(shù)據(jù)安全問題，成為了企業(yè)用戶的最為關(guān)心的問題，對于數(shù)據(jù)庫產(chǎn)品，其穩(wěn)定可用性也是至關(guān)的重要的。

據(jù)黃東旭介紹：TiDB 在設(shè)計(jì)之初便確定了成為企業(yè)級數(shù)據(jù)庫的目標(biāo)，其「分布式強(qiáng)一致性事務(wù)、在線彈性水平擴(kuò)展、故障自恢復(fù)的高可用、跨數(shù)據(jù)中心多活」的技術(shù)架構(gòu)，決定了它具備企業(yè)級核心數(shù)據(jù)庫需要的關(guān)鍵特性。

同時，TiDB 5.0 通過優(yōu)化調(diào)度過程中對  I/O、網(wǎng)絡(luò)、CPU、內(nèi)存等資源的占用，大幅減少因?yàn)橘Y源被搶占而出現(xiàn)的QPS（每秒查詢量）性能抖動問題，在 TPC-C OLTP 的基準(zhǔn)測試中，衡量 TPC-C tpmC 抖動標(biāo)準(zhǔn)差的值小于等于 2%。

如果這些數(shù)據(jù)，讓你無法了解TiDB5.0的穩(wěn)定性如何的話，下面的表述，可能就會讓你對其有了一個深刻的認(rèn)識。

據(jù)黃東旭介紹，在TiDB4.0版本的時候，越來越多的，不管是金融機(jī)構(gòu)還是其它企業(yè)，開始把TiDB用在一些非常關(guān)鍵、非常核心的，包括一些交易、支付這種非常重要的場景里面。

而我們也不妨將這些企業(yè)羅列一下：包括中國銀行、光大銀行、浦發(fā)銀行、浙商銀行、北京銀行、微眾銀行、億聯(lián)銀行、中國銀聯(lián)、中國人壽、平安人壽、陸金所、中國移動、中國聯(lián)通、中國電信、中體駿彩、國家電網(wǎng)、理想汽車、小鵬汽車、VIVO、OPPO、百勝中國、中國郵政、順豐速運(yùn)、中通快遞、騰訊、美團(tuán)、京東、拼多多、小米、新浪微博、58同城、360、知乎、愛奇藝、嗶哩嗶哩、Square（美國）、Dailymotion（法國）、Shopee（新加坡）、ZaloPay（越南）、BookMyShow（印度）在內(nèi)，TiDB 已在全球超過 1500 家頭部企業(yè)的生產(chǎn)環(huán)境中得到應(yīng)用。

國產(chǎn)數(shù)據(jù)庫正在走向超融合

“TiDB是一款我們從零開始，每一行代碼，都是我們自己寫出來的新一代的分布式數(shù)據(jù)庫，核心代碼（自主可控率）是100%。”

對于為什么不基于MySQL或者PostgreSQL開源進(jìn)行開發(fā)，黃東旭對雷鋒網(wǎng)表示到：“基于開源代碼來開發(fā)，剛開始確實(shí)會比較容易一下，但是MySQL社區(qū)已經(jīng)發(fā)展了二十余年，想要把每一行代碼都弄明白也是一件不容易的事情。“

不僅不基于開源，PingCAP在成立之初還將開源作為核心戰(zhàn)略，其這背后的考量，是希望TiDB能夠擁有一個高度開放的用戶生態(tài)。

在黃東旭看來，TiDB經(jīng)過幾年的努力，已經(jīng)跨越了開源軟件的鴻溝理論。

并且高度活躍的開源社區(qū)為 TiDB 產(chǎn)品發(fā)展帶來了飛輪效應(yīng)，目前 TiDB 的研發(fā)能力、工程質(zhì)量、迭代速度都已處于世界領(lǐng)先水平。

除此之外，在兼容性方面，TiDB 還是一個生態(tài)友好型的數(shù)據(jù)庫，TiDB 5.0 集成了更豐富的大數(shù)據(jù)生態(tài)，新增 Kafka 連接器 、支持 S3 存儲服務(wù)，并提供多個數(shù)據(jù)遷移、導(dǎo)入與共享組件，方便用戶在自己的異構(gòu)環(huán)境使用 TiDB。

據(jù)雷鋒網(wǎng)觀察到，目前，國產(chǎn)數(shù)據(jù)庫正呈現(xiàn)出底層多模多引擎的融合，開發(fā)者接口的融合，軟硬一體交付以及全鏈路生態(tài)的融合的趨勢。

在黃東旭看來，目前國產(chǎn)數(shù)據(jù)庫雖然相比于Oracle數(shù)據(jù)庫依舊存在著不小的差距。但隨著PingCAP不斷修煉內(nèi)功，TiDB 5.0已經(jīng)是一款可以讓用戶“省心、放心、不擔(dān)心”的數(shù)據(jù)庫產(chǎn)品了，并具備完整的 HTAP 能力，用戶業(yè)務(wù)無論是事務(wù)型還是分析型，只要一套 TiDB 系統(tǒng)就可以應(yīng)對數(shù)字化轉(zhuǎn)型過程中“海量、實(shí)時、在線”的業(yè)務(wù)需求。（雷鋒網(wǎng)）

雷峰網(wǎng)原創(chuàng)文章，未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見轉(zhuǎn)載須知。