TiDB 5.0 架构演进

案例来源:PingCAP
会议地点:深圳
分享时间: 2021-07-30 16:50-17:50

张建  |

PingCAP 产研部门 Engineering Manager

TiDB SQL 团队产研负责人,前阿里云 MaxCompute 执行引擎研发工程师。目前主要负责 TiDB SQL 层的功能开发、架构演进,社区建设等。

课程概要

案例背景:
1. 随着业务增长,单机数据库的容量逐渐成为瓶颈,我们需要一个能自动扩缩容的分布式数据库
2. 随着集群能存储的数据容量增多,逐渐有偏分析类的业务接上来,但计算性能却不足以支撑这类业务,我们需要一个列存引擎,最好能支持 MPP
3. TP 和 AP 业务混合的跑在同一个,没有资源隔离又可能互相干扰,AP 和 TP 需要有一个隔离的办法
4. 在云上,数据库架构又将如何改变

解决思路:
TiDB 3.0 之前:构建并优化 TiDB 这一分布式关系型数据库
TiDB 4.0:引入 TiFlash 列存引擎,隔离 TP 和 AP 业务,使计算互不干扰
TiDB 5.0:引入 TiFlash MPP,解决计算瓶颈问题,AP 性能有了数量级的提升
与此同时,我们在探索云上数据库的新架构

成果:
在 TiDB 5.0 中我们支持了 Async Commit、Clustered Index、Coprocessor Cache 等功能,同时在稳定性、可用性方面有了巨大提升,使得我们 OLTP 核心功能得到了极大增强。同时我们也引入了 MPP,在 OLAP 计算能力和性能方面也得到了极大的提升。

这中间的架构和代码设计,测试过程都非常不容易。

听众收益

1. 了解 TiDB 的使用场景
2. 了解 TiDB 的架构设计和起发展过程
3. 了解关键特性的内部原理

张建  |

PingCAP
产研部门 Engineering Manager

TiDB SQL 团队产研负责人,前阿里云 MaxCompute 执行引擎研发工程师。目前主要负责 TiDB SQL 层的功能开发、架构演进,社区建设等。

课程概要

案例背景:
1. 随着业务增长,单机数据库的容量逐渐成为瓶颈,我们需要一个能自动扩缩容的分布式数据库
2. 随着集群能存储的数据容量增多,逐渐有偏分析类的业务接上来,但计算性能却不足以支撑这类业务,我们需要一个列存引擎,最好能支持 MPP
3. TP 和 AP 业务混合的跑在同一个,没有资源隔离又可能互相干扰,AP 和 TP 需要有一个隔离的办法
4. 在云上,数据库架构又将如何改变

解决思路:
TiDB 3.0 之前:构建并优化 TiDB 这一分布式关系型数据库
TiDB 4.0:引入 TiFlash 列存引擎,隔离 TP 和 AP 业务,使计算互不干扰
TiDB 5.0:引入 TiFlash MPP,解决计算瓶颈问题,AP 性能有了数量级的提升
与此同时,我们在探索云上数据库的新架构

成果:
在 TiDB 5.0 中我们支持了 Async Commit、Clustered Index、Coprocessor Cache 等功能,同时在稳定性、可用性方面有了巨大提升,使得我们 OLTP 核心功能得到了极大增强。同时我们也引入了 MPP,在 OLAP 计算能力和性能方面也得到了极大的提升。

这中间的架构和代码设计,测试过程都非常不容易。

听众收益

1. 了解 TiDB 的使用场景
2. 了解 TiDB 的架构设计和起发展过程
3. 了解关键特性的内部原理

CopyRight © 2008-2021 Msup & 高可用架构

京ICP备09001521号