從 4 月 11 日起，我們正式開啓了主題爲 《The Future of Database》的系列直播，經過前面三期直播，我們逐步爲大家描繪了我們眼中未來數據庫的模樣。以下是第三期「聰明的數據庫，如何減輕你的心智負擔」直播的部分文字和視頻回顧，enjoy~
我們生活在一個什麼樣的世界？
隨時都可能出現的流量高峯
很多業務中的突發事件，可能會造成比往常多數倍，甚至數十倍的流量衝擊。這些流量會衝擊後端架構每一層，但是數據庫是最後的生命線，也是最難救的。
爲了抵抗隨時發生的流量爆發，保證業務不受流量的影響。必須購買支撐“預想中”的業務峯值的物理資源。
Cloud is changing everything
行業普遍現象是平時物理資源利用率只有百分之十左右，而云帶來最本質的變化就是從“買房”到“租房”，只需要準備好滿足日常需求的物理資源，遇到流量爆發時，可以用“租”的方式滿足短時間內的需求來保證正常運轉。這也是 Severless 概念的核心——讓數據層擁有智能的調度能力。
市面上的 Serverless 主要是面對計算層的，而存儲層仍然依靠傳統的數據庫。其實 Serverless 不應該再去假設底層數據庫跑在幾臺機器，應該根據 Workload、業務彈性調度並精確計算成本。而數據庫需要實現 Serverless 的前置條件是調度能力，當業務發生劇烈的流量變化、負載變化的時候，數據庫可以根據業務的形態去調整自己的拓撲。需要實現這樣的效果，並不是所有數據庫都有這樣的調度能力，而 TiDB 正是擁有這樣的前置條件才能實現數據庫層面的 Serverless。
這一點其實早在 TiDB 設計之初，我們就一直在爲這個方向在準備，比如想要數據庫擁有這樣的彈性調度，必須擁有動態分片的能力，而 TiKV 的分片策略便是爲此設計的。快速彈性調度同樣也有前置條件，而 TiKV 分片大小也是爲此而設計。同樣在精準性、獨立性和通用性上都是針對性設計了各個部分的架構。
在 TiDB 4.0 中這輛概念車即將上路。
當然針對不同的場景，我們可以有不同的「彈性調度」的方式：
-
基於負載的分裂均衡及調整副本
可以在不同的負載，根據實時情況增減副本數量。
-
自動節點擴充
面對流量的大範圍起伏，自動增減節點數量，以保證業務順利、流暢的運行。
-
自動冷熱分離、存儲介質分離 (WIP)
普通集羣有些數據常訪問，有些數據長時間無訪問。當彈性調度存在時，會自動調整存儲介質，降低成本。
-
自主熱點隔離 (WIP)
進行彈性調度，把冷熱點節點進行切分。
總的來說 TiDB 4.0 可以用兩個點來概括：Real-Time HTAP & Serverless，換句話說：TiDB 4.0 是可以自救的數據庫。
完整版視頻鏈接：https://www.bilibili.com/video/BV1bA41147oP
精華版視頻鏈接：https://www.bilibili.com/video/BV1Df4y1S7wg
本週四晚 20:00，即將迎來最後一期收官直播：本期主題爲 「 ? 」，我們收集了大家非常感興趣的、有趣的問題：
-
看了之前 TiDB 在 Serverless 上的嘗試，感覺不久的未來，DBA 會被時代淘汰，老師們對 DBA 同學有什麼建議，以適應時代的需要？
-
電商扣庫存併發處理場景（極端情況是秒殺），處理能力大概能達到什麼水平？事務控制處理有沒有問題，可以是針對中小規模的電商，併發不是十分巨大？
-
TiDB 對 Raft 的實現有哪些比較重要的優化點？
-
關於數據庫的 HA 和雙活方案，以及可視化的數據流介紹？
-
……
在直播間中，我們會對這些問題一一解答，並且歡迎大家與我們進行互動。
如果你對本次直播感興趣，點擊【這裏】，添加 TiDB Robot 爲好友並回復【新特性】即可進入直播交流羣哦～
歡迎登錄 PingCAP 官方網站查看技術文檔和博客：https://pingcap.com
若對 TiDB 的使用有所疑問，也可以登錄 https://Asktug.com 搜索或發帖交流～
