瓜子二手车 x TiDB 丨平均耗时降低 30%,TiDB HTAP 在瓜子二手车财务中台结账核心系统的深度实践

导读

瓜子二手车是行业内目前唯一一家提供二手车电商交易与服务的平台,在数字化转型过程中,IT 系统架构面临着诸多严峻考验。TiDB 的引入有效地帮助瓜子二手车加强了平台核心业务的支撑,大幅提高了财务中台系统的数据处理效率;TiDB 的稳定性和性能为众多关键业务的连续性与可靠性提供了坚实保障。

本文详细介绍了瓜子二手车财务中台结账核心系统引入 TiDB 以及其 HTAP 能力的心路历程。

作者简介:韩建生,瓜子二手车数据库负责人。负责 MySQL、Redis、MongoDB、TiDB 等数据库及运维平台自动化工作。2018 年关注 TiDB、经过多次前期 TiDB 测试,2019 年将 TiDB 引入瓜子业务,历经了 TiDB 集群从 0 到的 1 建设。

瓜子二手车与 TiDB

瓜子二手车成立于 2015 年 9 月,是行业内目前唯一一家提供二手车电商交易与服务的平台。瓜子二手车致力于用创新重塑二手车产业,为用户创造更大价值,买家用户 NPS 达到 53 分,位于行业领先水平。瓜子二手车作为中国二手车流通的产业基础设施,助力二手车实现全国性高效流通与规模化交易,拉动汽车消费,推动汽车市场形成循环消费,实现中国汽车大流通。

在数字化转型的进程中,瓜子二手车与 TiDB 的相遇标志着一个重要的发展阶段。TiDB 作为一个领先的开源分布式关系型数据库,以其多功能性——支持在线事务处理(OLTP)和在线分析处理(OLAP),以及其水平扩展能力、金融级高可用性、实时 HTAP 能力、云原生特性,以及与 MySQL 协议和生态的兼容性——与瓜子二手车的业务需求高度契合。

自 2018 年起,瓜子二手车开始关注 TiDB,并在 2019 年正式决定采用这项技术,上线了第一套 TiDB 2.0 集群来支持业务发展。从第一次上线到今天,TiDB 不仅支撑了平台的多项核心业务,如下单支付和商城标签管理,还特别支持了重要的核心系统——财务中台系统。该系统作为业务与财务之间的桥梁,实现了数据的高效流转和处理。此外,用户设备激活和公众号等关键业务也因 TiDB 的稳定性和强大性能而受益,确保了服务的连续性和可靠性。随着 TiDB 的深入应用,瓜子二手车不断对系统进行优化和升级,以适应业务的持续增长和技术的不断演进。

瓜子二手车的故事是关于创新、增长和数字化转型的故事,而 TiDB 在其中扮演了关键角色。展望未来,瓜子二手车将继续与 TiDB 合作,探索更广阔的技术领域,为用户创造更大的价值,并推动平台向更高的业务巅峰迈进。

本文将以财务中台系统为例,介绍 TiDB 在瓜子二手车的应用实践。

财务中台系统介绍

财务中台是连接业务系统与账务系统的中间枢纽,上游对接集团所有业务系统,将业务数据转化为财务视角的数据,从而实现集团层面的业财一体化。同时财务中台可以对线上财务数据进行统一管理与输出,不仅提升了财务月结工作时效,还可以通过财务视角对企业经营状况进行分析,支撑业务决策。

系统架构

财务中台分为数据接入、标准单据、核心计算、数据输出四个主模块,整体以配置为主,通过配置形式应用上下游业务变化,同时解放技术人员,完全由业务或者运营人员负责业务的对接和数据的转换。

**1. 数据接入:**对接业务系统的数据,通过定义数据映射关系,将业务数据转换为统一的标准数据格式。

**2. 标准单据:**将业务数据转化为财务视角下的数据,即业务数据的标准化和数据结构标准化。

**3. 核心计算:**基于标准单据的数据,或者加工计算的数据,对数据的进一步加工,清洗,转化。

**4. 数据输出:**将加工后数据,通过配置输出到下游系统。

财务中台系统架构

财务中台选型 TiDB 的原因

财务中台作为瓜子二手车业务和财务数据的核心枢纽,对数据库的选择有着严格的要求。在 2020 年中台系统建设之初,就选定了 TiDB 作为财务中台的数据库解决方案,主要是基于以下几个考虑:

1. 成本效益

TiDB 作为一个开源的数据库解决方案,可以显著降低财务中台的总体拥有成本(TCO),同时提供相似甚至更优的功能特性。

2. 数据处理能力

财务中台需要处理的数据量巨大,且数据模型复杂,单表数据量超出了传统 MySQL 单个实例的处理能力。在这种情况下,使用 MySQL 需要进行分库分表操作,这不仅增加了业务层实现的复杂性,还带来了架构上的挑战。TiDB 的分布式存储特性能够有效应对大规模数据,无需分库分表即可轻松管理海量数据。

3. 查询性能

财务中台的业务特殊性要求数据库能够高效地处理多表之间的 join 关联查询和嵌套查询。TiDB 在大数据量下的 join 操作性能优于 MySQL,这意味着在执行复杂查询时,TiDB 能够提供更快的响应速度和更高的数据处理效率,从而提升财务中台的业务处理能力。

4. 技术兼容性和易用性

TiDB 基本完全兼容 MySQL 协议,这意味着对于已经熟悉 MySQL 的技术人员来说,无需额外学习成本即可顺利迁移和使用 TiDB。这种兼容性大大降低了技术迁移的门槛,同时也保证了现有应用的无缝迁移和开发工作的顺利进行。

5. 可扩展性和高可用性

财务中台对数据库的稳定性和可用性有着极高的要求。TiDB 的分布式架构支持节点的无限扩容,可以根据业务需求灵活扩展资源,同时保持高可用性。此外,TiDB 支持在线 DDL 操作,使得数据库可以在不停机的情况下进行结构变更,这对于保证财务中台的持续运行至关重要。

6. 简化数据汇聚流程

使用 MySQL 时,由于分库分表的需要,下游数据汇聚过程可能会变得复杂且容易出错。而 TiDB 的分布式特性简化了这一流程,使得数据汇聚更加直接和高效,减少了数据整合的时间和成本。

综上所述,TiDB 以其成本效益、数据处理能力、查询性能、技术兼容性、可扩展性以及高可用性等优势,成为瓜子二手车财务中台理想的数据库选择。通过采用 TiDB,财务中台能够以更低的成本实现更高效、更稳定和更安全的业务运营。

HTAP 能力的引入

起初,TiDB 作为计算层、TiKV 作为存储层的数据库架构有效支撑了财务中台的业务发展,但随着业务量的持续增长,这套架构也遇到了一些挑战:

**1. 复杂查询处理:**瓜子二手车的内部业务极为复杂,系统需要通过配置化实现高度灵活性。在某些业务场景中,单条 SQL 语句可能长达数千行,涉及多表之间的 join 和嵌套查询。当前架构虽然能够处理这些复杂查询,但随着数据量的增加,性能瓶颈逐渐显现。

**2. 内存管理问题:**随着业务数据量的激增,TiDB 和 TiKV 节点的内存使用率急剧上升,经常出现内存溢出(OOM)的情况,导致服务不稳定。这对于需要高稳定性的财务中台系统来说,是一个亟待解决的问题。

**3. 结账周期缩短:**财务中台的结账周期越来越短,对系统性能的要求也越来越高。传统的 SQL 优化已经无法满足快速结账的需求,需要更高效的数据处理能力。

**4. 避免异构系统维护:**如果使用额外的 MPP 数据库处理 AP 类查询,需要从 TiDB 同步数据到 MPP 系统,这不仅增加了数据同步的复杂性,还带来了异构系统维护的额外负担。

在同一系统中实现混合事务和分析处理能够有效地简化架构并提升效率,为了进一步提升系统性能和稳定性,瓜子二手车引入了 TiDB 的 HTAP 能力。TiFlash ( https://github.com/pingcap/tiflash ) 是 TiDB HTAP 形态的关键组件,它是 TiKV 的列存扩展,在提供了良好的隔离性的同时,也兼顾了强一致性。引入 TiFlash 后带来了以下好处:

**1. 显著提升查询性能:**在测试环境中,引入 TiFlash 后,原本需要 16 分钟才能完成并可能导致 OOM 的复杂查询,现在仅需 6 分钟左右即可完成。这种性能提升在生产环境中也得到了验证。

**2. 降低任务平均耗时:**TiFlash 的引入使得任务的平均耗时降低了 30%,显著提高了财务中台的工作效率。

**3. 处理大规模数据:**在某些业务场景中,数据量超过 15GB 时,原有的系统无法完成查询。而 TiFlash 能够顺利处理这些大规模数据,确保了业务的连续性和数据的完整性。

**4. 减少查询尖刺:**通过引入 TiFlash,系统在高并发查询时的性能波动(如 999、80 查询值尖刺)明显降低,提升了系统的稳定性和可靠性。

减少查询尖刺

**5. 用户反馈积极:**用户普遍反馈任务查询速度明显提升,增强了对财务中台系统的信任和满意度。

通过引入 TiDB 的 HTAP 能力,瓜子二手车不仅解决了现有系统的痛点,还为未来的业务扩展和性能提升打下了坚实的基础。

TiDB 的升级之路

瓜子二手车自 2018 年起开始关注 TiDB,并在 2019 年正式引入该技术。随着业务的不断发展,经历了 TiDB 的多个版本迭代,目前主要使用的是 TiDB v5.x 版本,这个版本下有一些亟待解决的问题:

**1. TiCDC 性能问题:**我们发现 TiCDC 在数据同步方面存在一定的延迟,并且内存占用较高,这影响了数据流的实时性和系统的稳定性。

**2. TiFlash 性能提升需求:**尽管 TiFlash 已经在当前业务中提供了良好的支持,但为了应对日益增长的数据量和查询复杂性,我们需要进一步提升其性能。

**3. 资源管控难题:**当前版本中缺乏有效的资源管控机制,这限制了我们对计算资源的优化和分配能力。

TiDB v6 及以上版本,对于存储层(TiKV、TiFlash)和计算层(TiDB)以及周边工具都做了诸多优化,能够有针对性地解决瓜子二手车当前面临的问题:

**1. 内存使用优化:**通过引入MemoryTracker,新版本 TiFlash 能够更精确地跟踪和记录每个 MPP 任务使用的内存,有效避免因单个查询消耗大量内存导致节点 OOM 的问题。当内存使用超过限制时,系统可以强行中止请求,减少查询间的相互干扰。

**2. 存储优化:**新版本 TiFlash 的PageStorage(PSv3)重新设计,优化了数据存储结构,减少了因数据重写引起的 CPU 和 IO 资源浪费。通过SpaceMap记录数据块使用情况,避免了数据重写,降低了 GC 需求,提升了写延迟和查询 CPU 利用率。

**3. 线程管理改进:**DynamicThreadPool解决了线程频繁创建和销毁的开销,通过固定线程和动态线程的智能管理,提升了 CPU 利用率。

**4. 查询调度优化:**引入MinTSOScheduler查询任务调度器,控制 TiFlash 中同时使用的线程数量,有效防止了 OOM 和 OOT 问题。

**5. 在线 DDL 性能提升:**TiDB v6.5.0 版本支持多表 DDL 并行执行和 Fast DDL 在线添加索引提速 10 倍,大幅减少了 DDL 操作对业务的影响。

**6. 增强的 MPP 引擎:**TiDB v6.0 版本增强了 TiFlash 的 MPP 引擎,新增支持了更多函数和算子下推到 TiFlash 层进行计算,提升了计算效率。

通过这些改进,新版本的 TiDB 能够为瓜子二手车提供更高效、更稳定以及更安全的数据库解决方案,满足其在数据处理和业务发展上的高标准需求。

展望

瓜子二手车通过引入 TiDB,不仅解决了财务中台系统在数据处理和查询性能上的痛点,还为公司带来了成本效益和技术优势。随着技术的不断进步和业务需求的增长,瓜子二手车将持续探索和利用 TiDB 及其生态产品,以实现更高效、更稳定的业务运营。

通过不断的技术创新和战略升级,瓜子二手车正在引领二手车行业的数字化转型,为用户提供更加便捷、高效的服务体验。TiDB 的引入和成功应用,也将为瓜子二手车的未来发展提供坚实的技术支撑。

相关推荐

TiDB 可观测性解读(二)丨算子执行信息性能诊断案例分享

通常我们可以用 explain analyze 语句获得算子执行信息。explain analyze 会实际执行对应的 SQL 语句,同时记录其运行时信息,和执行计划一并返回出来,记录的信息包括: actRows 、 execution info 、 memory 、 disk。不同算子的 execution info 可以通过 TiDB 文档 ( https://docs.pingcap.com/zh/tidb/stable/sql-statement-explain-analyze )了解。

TiDB_PingCAP 的博客 1020

TiDB × AI :DeepSeek 时代你需要什么样的数据基座

AutoFlow 是一套 GraphRAG 框架,不仅提供了类似于 LlamaIndex 的能力,而且还内置语义化的知识图谱构建和召回,以及我们在 AutoFlow 上实践得出的一系列行之有效的领先的 RAG 能力(这些接下来会介绍)。不过需要强调的是,Dify 是一个开箱即用的非常易用的界面,而 AutoFlow 虽然功能更强却则具有比较高的使用门槛,所以这两个选择其实面向了不同的群体,用户需要依据自己的实际需求进行选择。它并非传统的基于规则的优化工具,而是利用大模型的知识来优化不同类型的数据库。

TiDB_PingCAP 的博客 1417

架构师必看!现代应用架构发展趋势与数据库选型建议丨TiDB vs MySQL 专题(一)

随着业务系统数据量的增长,早起只能无奈采取分库分表方案以及架构,这不单为运维带 来了极高的复杂度,同时对业务开发也带来的极大的入侵,SQL 只能限定按照 shard key 维度进行编写,无法任意维度的进行 SQL 查询,开发不得不牺牲业务需求,业务的发展也不得不受限,同时又需投入大量的高精尖人才进行开发维护。这对数据库的承载能力提出了极高的挑战,不但需要承载大数据量,又需要保障业务读写性能的稳定性,而在数据的承载能力上,MySQL 的极限,是 TiDB 的起点。一行命令完成扩展,无需任何的人工干预。

TiDB_PingCAP 的博客 1233

TiDB 观测性解读(一)丨索引观测:快速识别无用索引与低效索

通过识别并优化未使用或低效的索引,可以减少资源浪费,并提高系统的响应速度和稳定性。在 TiDB 中,TIDB_INDEX_USAGE 系统表提供了相对丰富的索引使用统计数据,帮助 DBA 快速发现低效索引,并通过优化或删除它们来提升数据库效率。尽管删除索引的操作相对简单,但在实施时仍需注意潜在的限制和风险,尤其是在大数据量和高并发环境下。定期检查索引使用情况,尤其是对于大规模数据库。确保用于决策的统计数据涵盖足够长的业务周期,避免误判。

TiDB_PingCAP 的博客 974

海量数据融合互通丨TiDB 在安徽省住房公积金监管服务平台的应用实践

目前安徽省住房公积金监管服务平台已具备一系列功能模块,包括首页、运营分析、统计报表、智慧大屏、数据治理、风险检查和系统管理。其中,运营分析主要用于从不同维度分析公积金业务指标,统计报表则负责生成、填报和查询住建部规定的报表,同时也支持省级用户的报表导入、核对和更新。智慧大屏提供了综合和业务两大类可视化展示,而数据治理模块则涵盖了传数统计、数据检核和人工数据核对等功能,以确保数据的质量。风险检查方面,平台不仅支持公积金中心的自我检查,也支持省厅的检查,并可以根据需要添加新的检查模型。

TiDB_PingCAP 的博客 1133

TiDB 2024 年度报告:增长的故事

TiDB 2024 年度报告:增长的故事

TiDB_PingCAP 的博客 329

TiDB Chat2Query 深度解析:我们如何打造一款更高效、准确的智能 SQL 生成工具?

上个季度的销售额是多少?“哪个产品类别表现最佳?“本月客户投诉的趋势如何?相比其他工具,Chat2Query 能够对用户上传的大规模数据集进行理解和分析, 摒弃繁杂的专业术语和查询语句,Chat2Query 使得用户能够通过自然语言直接向数据库提问,并即时获得答案。

TiDB_PingCAP 的博客 1335

4.98 亿月活背后的国产数据库:咪咕视讯携手 TiDB 攻克内容分发核心系统挑战

咪咕大概是 2018 年左右正式开始对分布式数据库进行研究的,到现在为止我们看到和测试过太多的国内产品。但是在当时,敢用 LSM 树而不是 B+ 树做存储引擎,敢做分布式存算引擎分离的,能够行列副本共存、优化器路由分流做 MPP shuffle 的,市面上真的真的非常非常地不多见。比较多的是精致的分库分表外挂,或某些知名国外产品的模仿版。TiDB 的产品给我的印象是极具冲击性的,那么大胆、不随大流。验证和使用下来,效果也是切实的。

TiDB_PingCAP 的博客 1208

53 倍性能提升!TiDB 全局索引如何优化分区表查询?

在 TiDB 中,全局索引是一种定义在分区表上的索引类型,它允许索引分区与表分区之间建立一对多的映射关系,即一个索引分区可以对应多个表分区。这与 TiDB 早期版本中的本地索引(Local Index)不同,本地索引的索引分区与表分区之间是一对一的映射关系,即一个分区对应一个局部的索引块。全局索引能覆盖整个表的数据,使得主键和唯一键在不包含分区键的情况下仍能保持全局唯一性。此外,全局索引可以在一次操作中访问多个分区的索引数据,而无需对每个分区的本地索引逐一查找,显著提升了针对非分区键的查询性能。

TiDB_PingCAP 的博客 1356

一行代码不用写,用 Autoflow + Gitee AI 搭建本地知识库问答机器人

本文详解 AutoFlow 从部署到配置的完整流程,包括数据库连接、模型设置、知识库创建及聊天引擎配置,实现了一行代码不用写的问答机器人快速搭建。轻松上手,助力开发者探索智能问答解决方案。

TiDB_PingCAP 的博客 1046

TiDB 分布式数据库多业务资源隔离应用实践

本文将分享某客户在 TiDB 分布式数据库中实现多业务资源隔离的实践案例。

TiDB_PingCAP 的博客 1317

攻克多版本运维难题:爱奇艺百套 TiDB 集群升级至 v7.1.5 实战宝典来袭!

本文将深入探讨爱奇艺如何通过升级,成功将百套 TiDB 集群从多个旧版本升级至 v7.1.5,攻克多版本运维挑战,获得更稳更快的 TiDB 使用体验。

TiDB_PingCAP 的博客 1157

百亿大表的实时分析:华安基金 HTAP 数据库的选型历程与 TiDB 使用体验

明确需求:首先评估业务对 TP(事务处理)和 AP(分析处理)的需求比重,确定数据量、查询速度和响应时间,确保数据库能满足业务对实时性的要求。技术特性评估:考虑数据库的实时分析能力、可扩展性、高性能、安全性和灵活性,以支持业务人员实施的场景需求,特别是后台营销人员对数据实时性的需求。集成与兼容性:评估数据库与现有数据库、应用程序和其他关键系统的集成能力,确保数据同步策略的无缝实施。安全性与可靠性:重视数据库的安全性措施、容灾备份机制、数据恢复能力和错误处理机制,保障业务连续性和数据安全。

TiDB_PingCAP 的博客 1019

TiDB 的高可用实践:一文了解代理组件 TiProxy 的原理与应用

TiDB 是一款典型的分布式存算分离架构的数据库,其中计算层由多个无状态的 TiDB Server 组成,这些 TiDB Server 同时对外承担连接请求。为了可以将连接分发到多个 TiDB Server 节点上,一般需要借助外部负载均衡组件如硬件负载均衡 F5、软件负载均衡 HAProxy 等。为了实现全链路的高可用架构,我们经常也需要考虑负载均衡组件本身的高可用性,比如通过 KeepAlived 来保证 HAProxy 的高可用。

TiDB_PingCAP 的博客 1255

你需要什么样的资源隔离?丨TiDB 资源隔离最佳实践

通过本文的学习,相信大家对 TiDB 的资源隔离能力有了更全面的理解;大家可以根据不同的场景需求,选择合适的资源隔离方案。如果您有新的资源隔离需求或场景,欢迎与我们联系。

TiDB_PingCAP 的博客 1254

狂飙 50 倍丨TiDB DDL 框架优化深度解析

前面我们介绍了 TiDB DDL 任务的整体执行流程。接下来,让我们聚焦到在线 Schema 变更的细节上。执行单步变更:Job Worker 会根据任务定义,执行一次在线 Schema 的变更。每一次变更都代表着 Schema 向目标状态迈进了一步,即进入下一个状态,可能的状态包括 write-only 和 delete-only 等。状态更新:完成单步变更后,Job Worker 会将当前的 Schema 状态更新到元数据中。

TiDB_PingCAP 的博客 1204

唐刘:TiDB 的 2024 - Cloud、SaaS 与 AI

最后再说下产品,在今年,我们发布了TiDB 8.1和8.5两个版本。在 2025 年,我们会有一个重大的改变,就是会持续的投入到 8.5 版本的质量加固,同时收敛新功能的开发,只会在 2025 年发布一个有更高质量的 LTS 版本。关于 TiDB 8 系列,我后面再写一篇文章详细的介绍一下吧。在 2024 年,我们交付了非常不错的成果,当然,能取得这样的成绩,来自于我们不断地交付优异的产品,满足客户的需求,赢得客户的信任。

TiDB_PingCAP 的博客 1054

PingCAP 连续两年入选 Gartner 云数据库管理系统魔力象限“荣誉提及”

TiDB 凭借领先的 HTAP 架构设计,支持用户在云上的数据库中同时运行关键业务交易和实时分析任务,充分享受云的弹性优势和业务连续性优势,助力企业实现数据敏捷。PingCAP 是业界领先的企业级开源分布式数据库企业,提供包括开源分布式数据库产品、解决方案与咨询、技术支持与培训认证服务,致力于为全球行业用户提供稳定高效、安全可靠、开放兼容的新型数据服务平台,解放企业生产力,加速企业数字化转型升级。

TiDB_PingCAP 的博客 706

TiDB 8.5 LTS 发版——支持无限扩展,开启 AI 就绪新时代

TiDB 8.5 扩展了Runaway Queries 的功能,新增“处理行数”和“用量(RU)”作为识别标准,实现更精确的识别,并允许将这些 Runaway Queries 放入一个资源可控的组中,确保在高负载环境下集群的稳定性。TiDB 8.5 通过实例级执行计划缓存功能,使得同一 TiDB 实例内的所有会话共享执行计划缓存,减少SQL编译时间,从而降低整体 SQL 运行时间,提高 OLTP 的性能和吞吐量,并有效地控制内存使用,提升数据库的稳定性。

TiDB_PingCAP 的博客 776

基于时间维度水平拆分的多 TiDB 集群统一数据路由/联邦查询技术的实践

通过该组件与 TiDB 分布式数据库的有效结合,可以实现近乎无容量上限的超大规模数据管理,尤其是对于重要程度高、吞吐量大、业务敏捷性强、数据冷热特征明显的业务系统。不仅能够支撑面向内外部客户业务无损的多维度、不受分片键制约的灵活高效访问,还可以有效控制和平衡单集群的负载、容量、资源利用率、稳定性等关键指标,在不增加过多复杂性的前提下实现更强的整体扩展能力。当然,组件的现有功能更多是聚焦在当前的客户场景,未来可以按需在功能性、易用性、高性能等方面进一步优化和提升。

TiDB_PingCAP 的博客 916

Rakuten 乐天积分系统从 Cassandra 到 TiDB 的选型与实战

Rakuten 乐天是一家成立于 1997 年的日本公司,总部位于东京,员工总数超过 30,000 人,业务遍及 100 多个国家和地区。除了电商业务外,乐天还涉及电信、金融等多个行业。乐天的积分系统在日本非常普及,用户通过使用乐天的服务,如银行卡、手机卡等,可以获得积分,并在乐天商城中使用这些积分进行购物或抵扣,我们每个季度还会举办促销活动、会有大量用户高频访问积分系统,因此,乐天积分服务平台的性能、延迟和可用性要求极高。

TiDB_PingCAP 的博客 1355

平凯星辰亮相开放原子开发者大会,TiDB 荣获年度活跃开源项目奖项

12 月 20 - 21 日,以“一切为了开发者”为主题的 2024 开放原子开发者大会暨首届开源技术学术大会在武汉成功举办。平凯星辰亮相本次大会,出品 AI 时代的数据库技术发展论坛,获评“校源行”优质开源课程合作单位。由平凯星辰创立的开源分布式数据库 TiDB 获评“2024 年度数据库领域国内活跃开源项目”,7 位 TiDB 开发者获评“2024 年度数据库领域国内活跃开源开发者”,彰显了 TiDB 在开源数据库领域的卓越影响力和社区活力。

TiDB_PingCAP 的博客 607

B 站数据库负责人赵月顺:助力海内外业务增长,百套 TiDB 的选型与运维实战

B 站的 TiDB 集群规模已达到 100 多套,计算节点超过 2000 个,存储节点超过 800 个。TiDB 的应用场景非常广泛,包括视频观看、一键三连、发送弹幕、撰写评论、阅读漫画以及视频后端的存储等。B 站的 TiDB 部署采取了存算分离的策略,计算节点被部署在容器中,这种做法的优势在于能够充分发挥容器化管理无状态服务达到水平弹性拓展能力,允许根据需求随时对计算节点进行扩展或缩减,整个过程仅需一次服务发版,有效提升了效率与灵活性。存储节点则继续部署在物理机上。

TiDB_PingCAP 的博客 1235

微众银行携手平凯星辰荣膺金融科技创新奖,共同打造纳管千台服务器的大规模数据库运维平台

在过去的十年中,平凯数据库在金融行业积累了丰富的实践经验,已经在国有大型银行的 PB 级别数据服务平台、头部商业银行的核心交易系统、头部保险公司的核心保单系统、头部证券公司的核心交易系统等领域,成功完成了对国外商业数据库和 MySQL 数据库的替换升级,部署了超过 1,000 套关键业务系统,集群节点总数超过了 10,000 个。为了应对这些挑战,同时满足金融行业对高可用、高可靠、高性能数据库的需求,微众银行开发了一套完整的运维体系,打造了大规模信创原生分布式数据库智能运维平台。

TiDB_PingCAP 的博客 805

知乎 PB 级别 TiDB 数据库集群管控实践

知乎的数据库团队以“致力于提供稳定、高效和易用的数据库服务”为目标,为公司业务团队提供更好的 TiDB 存储服务来应对高并发、复杂查询和大数据存储的需求。本文详细介绍了 TiDB 的生态架构,包括核心组件、数据迁移与同步、运维与监控平台、备份与恢复、生态集成、K8s 支持、工具集和安全与审计等方面。同时探讨了知乎如何在云上和云下环境中管控 TiDB 集群,以及如何通过自研的天穹平台实现数据库平台化建设,提升业务研发团队数据库变更和 DBA 团队的资源管控效率。

TiDB_PingCAP 的博客 1180

TiDB 优化器 | 执行计划管理及实践

本文深入解析了 TiDB 优化器的执行计划生成过程及其局限性,介绍了如何通过 Hint、SQL Binding、执行计划缓存等技术手段进行执行计划管理,确保查询性能的稳定性和高效性。

TiDB_PingCAP 的博客 1315

商业银行基于容器云的分布式数据库架构设计与创新实践

本文介绍了某商业银行基于 TiDB 和 Kubernetes(简称 K8s) 构建的云化分布式数据库平台,重点解决了传统私有部署模式下的高成本、低资源利用率及运维复杂等问题。通过引入 TiDB Operator 自动化管理与容器化技术,银行能够实现多个业务系统的高可用、弹性扩展与自动化运维,极大提高了运营效率与资源利用率。本文还详细阐述了平台架构设计、面临的技术挑战及创新解决方案,展示了 TiDB 在金融行业数字化转型中的应用前景。

TiDB_PingCAP 的博客 1360

PingCAP 荣膺 2024 亚马逊云科技合作伙伴两项殊荣

近日,在 2024 亚马逊云科技 re:Invent 全球大会上,PingCAP 荣膺亚马逊云科技年度技术合作伙伴和年度亚马逊云科技 Marketplace 合作伙伴两项殊荣。这是 PingCAP 连续第二年获得亚马逊云科技年度合作伙伴奖项,彰显了 PingCAP 在与亚马逊云科技合作服务客户的过程中所展现的卓越技术实力和专业服务能力,共同推动全球用户业务取得成功。

TiDB_PingCAP 的博客 569

基于 AutoFlow 快速搭建基于 TiDB 向量搜索的本地知识库问答机器人

通过本篇文章介绍,相信大家对使用 PingCAP 开源项目 AutoFlow 实现快速搭建基于 TiDB 的本地知识库问答机器人会有一个完整的了解。如果提前准备好 Docker、TiDB 环境,整个搭建过程估计在 10 分钟左右即可完成,无须开发任何代码。文中使用一篇 TiDB 文档作为本地数据源作为示例,在实际情况中,您可以基于自己的企业环境用同样的方法快速构造企业内部知识库问答机器人。

TiDB_PingCAP 的博客 1283

TiDB 关联子查询及半连接的优化实践

TiDB 针对子查询语句会执行多种子查询相关的优化,以提升子查询的执行性能。半连接语句和关联子查询语句是常用的两类子查询,TiDB 优化器默认包含一些自动优化策略,同时 TiDB 也提供额外的 HINT 用于影响优化器在特定场景下可以选择更高效的执行计划。本文针对半连接及关联子查询语句在 TiDB 中的用法及优化技巧进行说明。

TiDB_PingCAP 的博客 1405
上一篇: 知乎 PB 级别 TiDB 数据库在线迁移实践
下一篇: 平凯星辰亮相 2024开放原子开源生态大会,分享开源教育及社区治理经验
TiDB_PingCAP
TiDB_PingCAP 企业官方账号 企业官方账号
博客等级 码龄10年 2726粉丝 780原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值