导读
随着 TiDB 在各行业客户中的广泛应用 ,特别是在多个业务融合到一套 TiDB 集群中的场景,各企业对集群内多业务隔离的需求日益增加。与此同时,TiDB 在多业务融合场景下的资源隔离方案日趋完善,详情可参考文章 《你需要什么样的资源隔离?丨 TiDB 资源隔离最佳实践》 。
本文将分享某客户在 TiDB 分布式数据库中实现多业务资源隔离的实践案例。该客户是中国领先的全球化消费电子品牌,专注于智能配件和智能硬件的设计、研发与销售。其业务起步于线上,销售网络覆盖全球主流电商平台。公司以创新为核心,致力于将富有科技魅力的产品带给全球消费者,旗下拥有多个自主品牌,在 AIoT、智能家居、智能声学和智能安防等领域表现出色,覆盖全球多个国家的海量用户。
业务背景
在引入 TiDB 之前,这家企业主要使用 MySQL 作为其核心业务数据库。自该公司上市以来,业务迅速扩张,数据量激增,MySQL 在一些关键业务场景中遇到了瓶颈:
- 库存管理系统 :该系统具有高并发的读写需求,频繁进行库存的增减和查询操作,属于典型的在线事务处理(OLTP)系统。然而,随着数据量的持续增长,难以满足业务的性能要求。
- 业财一体化系统 :此系统是一个典型的混合事务/分析处理(HTAP)系统,它不仅需要维护完整的事务一致性,还必须具备处理复杂 SQL 的分析能力。系统中的单表记录数已超过 15 亿行,且存在多表关联的分析需求。
- 业务报表系统 :作为在线分析处理(OLAP)系统的代表,该场景经常需要处理涉及十几张表、数百行 SQL 的复杂查询,且对数据的实时性有极高要求。业务团队期望能够即时获取运营数据,以便实时分析和洞察运营状态。
基于 MySQL 的传统数据库架构

最低0.47元/天 解锁文章
898

被折叠的 条评论
为什么被折叠?



