聰明的數據庫，如何減輕你的心智負擔？

從 4 月 11 日起，咱們正式開啓了主題爲 《The Future of Database》的系列直播，通過前面三期直播，咱們逐步爲你們描繪了咱們眼中將來數據庫的模樣。如下是第三期「聰明的數據庫，如何減輕你的心智負擔」直播的部分文字和視頻回顧，enjoy~

咱們生活在一個什麼樣的世界？

隨時均可能出現的流量高峯

不少業務中的突發事件，可能會形成比往常多數倍，甚至數十倍的流量衝擊。這些流量會衝擊後端架構每一層，可是數據庫是最後的生命線，也是最難救的。

爲了抵抗隨時發生的流量爆發，保證業務不受流量的影響。必須購買支撐「預想中」的業務峯值的物理資源。

Cloud is changing everything

行業廣泛現象是平時物理資源利用率只有百分之十左右，而云帶來最本質的變化就是從「買房」到「租房」，只須要準備好知足平常需求的物理資源，遇到流量爆發時，能夠用「租」的方式知足短期內的需求來保證正常運轉。這也是 Severless 概念的核心——讓數據層擁有智能的調度能力。

市面上的 Serverless 主要是面對計算層的，而存儲層仍然依靠傳統的數據庫。其實 Serverless 不該該再去假設底層數據庫跑在幾臺機器，應該根據 Workload、業務彈性調度並精確計算成本。而數據庫須要實現 Serverless 的前置條件是調度能力，當業務發生劇烈的流量變化、負載變化的時候，數據庫能夠根據業務的形態去調整本身的拓撲。須要實現這樣的效果，並非全部數據庫都有這樣的調度能力，而 TiDB 正是擁有這樣的前置條件才能實現數據庫層面的 Serverless。

這一點其實早在 TiDB 設計之初，咱們就一直在爲這個方向在準備，好比想要數據庫擁有這樣的彈性調度，必須擁有動態分片的能力，而 TiKV 的分片策略即是爲此設計的。快速彈性調度一樣也有前置條件，而 TiKV 分片大小也是爲此而設計。一樣在精準性、獨立性和通用性上都是針對性設計了各個部分的架構。

在 TiDB 4.0 中這輛概念車即將上路。

固然針對不一樣的場景，咱們能夠有不一樣的「彈性調度」的方式：

1. 基於負載的分裂均衡及調整副本

   能夠在不一樣的負載，根據實時狀況增減副本數量。

   

2. 自動節點擴充

   面對流量的大範圍起伏，自動增減節點數量，以保證業務順利、流暢的運行。

   

3. 自動冷熱分離、存儲介質分離 (WIP)

   普通集羣有些數據常訪問，有些數據長時間無訪問。當彈性調度存在時，會自動調整存儲介質，下降成本。

   

4. 自主熱點隔離 (WIP)

   進行彈性調度，把冷熱點節點進行切分。

   

總的來講 TiDB 4.0 能夠用兩個點來歸納：Real-Time HTAP & Serverless，換句話說：TiDB 4.0 是能夠自救的數據庫。

完整版視頻連接：https://www.bilibili.com/vide...

精華版視頻連接：https://www.bilibili.com/vide...

---

本週四晚 20:00，即將迎來最後一期收官直播：本期主題爲 「 ? 」，咱們收集了你們很是感興趣的、有趣的問題：

• 看了以前 TiDB 在 Serverless 上的嘗試，感受不久的將來，DBA 會被時代淘汰，老師們對 DBA 同窗有什麼建議，以適應時代的須要？
• 電商扣庫存併發處理場景（極端狀況是秒殺），處理能力大概能達到什麼水平？事務控制處理有沒有問題，能夠是針對中小規模的電商，併發不是十分巨大？
• TiDB 對 Raft 的實現有哪些比較重要的優化點？
• 關於數據庫的 HA 和雙活方案，以及可視化的數據流介紹？
• ……

在直播間中，咱們會對這些問題一一解答，而且歡迎你們與咱們進行互動。

若是你對本次直播感興趣，點擊【這裏】，添加 TiDB Robot 爲好友並回復【新特性】便可進入直播交流羣哦～

歡迎登陸 PingCAP 官方網站查看技術文檔和博客： https://pingcap.com

若對 TiDB 的使用有所疑問，也能夠登陸 https://Asktug.com 搜索或發帖交流～