资源池化 多租户与数据库整合的解决方案

基于 TiDB 多租户技术完成资源池化实现多业务统一集群和资源隔离，适用于多业务统一管理、统一视图场景。

解决方案关键词

多业务统一集群、负载隔离、小库归集、一栈式 HTAP

行业挑战

随着数字化转型的加速，企业的业务系统数量快速增长。传统架构中一个业务对应单个数据库实例，并使用一主多从部署模式提高数据可靠性。如下图架构所示，支付、商品、订单三个中小型业务分别使用独立数据库实例，并采用一主一从架构，此时需要使用 6 台数据库服务器。

现有 MySQL 集群支持多业务的模式存在以下痛点：

硬件利用率低：

业务使用 MySQL 主从架构，需要多台服务器， MySQL 备库读写请求少，硬件资源利用率低；

数据库一般会预留资源以应对流量高峰，非业务高峰期有大量闲置资源无法有效利用；

不同业务繁忙时间不一样，部分业务高峰时无法借用低峰业务数据库的资源；

扩展性差：当业务量和数据量增长时，单机 MySQL 不足以支撑业务负载；

数据孤岛：数据分散在多个 MySQL 集群，无法实现跨库关联分析和跨业务实时数据洞察。

解决方案

使用 TiDB 多租户技术完成多业务系统使用统一 TiDB 集群，确保不同业务负载隔离，再利用 TiFlash 的 实时 HTAP 能力，实现跨业务数据关联查询，方案架构图如下：

根据多个业务负载分别设置不同资源组和 RU（Request Unit），当 TiDB 整体资源繁忙时实现不同业务基于 RU 限流和负载隔离；

为错峰且重要业务设置资源组 BURSTABLE 属性，实现跨业务错峰资源借用；

设置重要业务优先级为 HIGH，确保集群优先保证重要业务资源可用；

使用 TiFlash 完成跨业务统一视图和实时数据分析需求；

方案优势

节约硬件成本

MySQL 主从架构从节点利用率低，TiDB 多活架构所有节点平等且资源利用率高；

当 TiDB 统一资源池资源不够时可以随时在线扩展，无需为业务预留太多闲置资源，提升整体资源利用率；

借助多租户 BURSTABLE 特性，实现不同业务资源借用，进一步提升整体资源利用率。

降低开发和运维成本

TiDB对应用透明无侵入，可降低开发成本，缩短业务上线周期。从管理多套 MySQL 到管理一套 TiDB 集群，大幅降低了数据库运维成本。

解决数据孤岛问题

使用 TiFlash 支持跨业务强一致性数据查询，支持统一视图、实时数据分析、实时风控等业务。