聪明的数据库，如何减轻你的心智负担？

很多业务中的突发事件，可能会造成比往常多数倍，甚至数十倍的流量冲击。这些流量会冲击后端架构每一层，但是数据库是最后的生命线，也是最难救的。

为了抵抗随时发生的流量爆发，保证业务不受流量的影响。必须购买支撑“预想中”的业务峰值的物理资源。

市面上的 Serverless 主要是面对计算层的，而存储层仍然依靠传统的数据库。其实 Serverless 不应该再去假设底层数据库跑在几台机器，应该根据 Workload、业务弹性调度并精确计算成本。而数据库需要实现 Serverless 的前置条件是调度能力，当业务发生剧烈的流量变化、负载变化的时候，数据库可以根据业务的形态去调整自己的拓扑。需要实现这样的效果，并不是所有数据库都有这样的调度能力，而 TiDB 正是拥有这样的前置条件才能实现数据库层面的 Serverless。

这一点其实早在 TiDB 设计之初，我们就一直在为这个方向在准备，比如想要数据库拥有这样的弹性调度，必须拥有动态分片的能力，而 TiKV 的分片策略便是为此设计的。快速弹性调度同样也有前置条件，而  TiKV 分片大小也是为此而设计。同样在精准性、独立性和通用性上都是针对性设计了各个部分的架构。

当然针对不同的场景，我们可以有不同的「弹性调度」的方式：

1.基于负载的分裂均衡及调整副本

可以在不同的负载，根据实时情况增减副本数量。

2.自动节点扩充

面对流量的大范围起伏，自动增减节点数量，以保证业务顺利、流畅的运行。

3. 自动冷热分离、存储介质分离 (WIP)

普通集群有些数据常访问，有些数据长时间无访问。当弹性调度存在时，会自动调整存储介质，降低成本。

4. 自主热点隔离 (WIP)

进行弹性调度，把冷热点节点进行切分。

总的来说 TiDB 4.0 可以用两个点来概括：Real-Time HTAP & Serverless，换句话说：TiDB 4.0 是可以自救的数据库。

精华版回顾

💡 请点击【阅读原文】查看完整版视频回顾~