本文介绍了某国有大行推出的本地生活服务类 APP 在数字时代的创新应用实践。该 APP 利用金融科技和互联网平台模式，打造“金融+非金融”的线上生态服务平台，满足了用户多样化的生活需求。为应对用户增长和数据量增加带来的挑战，该 APP 决定采用新一代 HTAP 数据库 TiDB 替换原系统中的 Oracle RAC，以提升整个系统的处理能力、扩展能力和服务能力。文章介绍了 TiDB 带来的优势和应

4 月 20 日，TiDB 社区踏着春意重返成都，与久违的西南朋友们在多点共度了一个欢乐的下午。感谢冯光普老师 @guangpu 作为成都地区的组织者，为本期线下交流活动的成功举办提供协助！本次活动汇聚了来自多点 DMall、大淘客科技、马上消费金融等企业的代表，共同探讨了从 MySQL 到分布式数据库 TiDB 的选型与实践。现在，就让我们一起回顾这次 TiDB 成都之旅的精彩瞬间吧！

TiDB是一个开源的分布式NewSQL数据库，它是使用Go语言开发的。Go语言是一种由Google开发的静态编译型语言，它具有高效的语法简洁、并发支持和优秀的性能等特点，因此TiDB选择使用Go语言开发，以实现高效、稳定和性能出色的数据库系统。 下面将通过具体的代码示例来展示TiDB的Go语言开发特点： Go语言特性之一是goroutine，它是一种轻量级的线程，可以实现并发编程。TiDB在处理数

TiDB是一款开源的分布式关系型数据库，它采用Go语言进行编写。Go语言是一种由Google开发的开源编程语言，具有高效的并发性能和简洁的语法，这使得Go语言成为开发分布式系统的理想选择。 在TiDB的源代码中，可以清晰地看到大量使用Go语言编写的代码。以下是TiDB中的一个简单示例代码： package main import "fmt" func main() { fmt.Println("H

本文介绍了东吴证券旗下东吴秀财 APP 在数据库转型中选择 TiDB 的思考与实践。原有架构使用 MySQL 分库分表和 MongoDB，但面临着架构复杂、业务扩展性不足、性能问题、开发和运维负担重等挑战。为了有效应对这些问题，东吴证券选择将 MySQL 分库分表和 MongoDB 替换为 TiDB。这一举措极大简化了架构，实现了兼容 MySQL 生态、性能飞跃、金融数据强一致性的 HTAP 以及

本文分享了三家企业通过将数据库从 MySQL 迁移至 TiDB，实现了显著的性能提升和扩展性增强的经验。云盛海宏解决了数据倾斜和负载问题，骏伯网络优化了资源利用率，企查查提升了数据流转效率。让我们一起来看下 TiDB 是如何展现其在处理大规模数据和高并发场景的优势吧！ 01 MySQL 到 TiDB 迁移实践： 云盛海宏零售业海量场景下 ToC 系统的 选型思考与经验分享 选型背景 随着近几年消费

CentOS安装tracert LINUX的用户们都知道，在CentOS上安装一些常用的软件可能会遇到一些困难，因为CentOS并不像其他操作系统那样默认安装了一些常用的软件，今天我们就来讲一讲在CentOS上安装TiDB和tracert的方法。 TiDB是一个开源的分布式数据库，它具有水平扩展性和高可用性的特点，适用于大规模的在线事务处理和在线分析处理，下面我们来介绍在CentOS上安装TiDB

原文链接：https://www.pingcap.com/blog/integrating-vector-search-into-tidb-for-ai-applications/ 我们很高兴地宣布，我们的全托管数据库即服务（Database-as-a-Service）TiDB Serverless（https://tidb.cloud/） 产品正在为 MySQL 领域引入内置的向量搜索。有了这项

骏伯网络是一家聚焦移动互联网营销服务的公司，综合运营管理平台是其核心业务系统，包括营销系统、订单、支付以及与外部系统的交互服务接口。为满足多元化的业务发展需求，降低系统间交互链路的复杂性，提升业务连续性，以及实现降本增效的整体规划，骏伯网络选择将 TiDB 作为综合运营管理平台的底层数据库。经过上线实践证明，TiDB 为骏伯在业务连续性、性能提升、数据资源整合、降本增效等方面带来了显著价值。未来，

文章转载自数据源的技术后花园，作者爱喝自来水的猫 从事数据库相关工作十余年，经历过早期的传统集中式数据库如 Oracle 、 MySQL ，后来的分库分表中间件如 MyCat 、 ShardingSphere ，再到后来的分库分表数据库如 TDSQL 、 GoldenDB ，最后到如今的云原生分布式架构 TiDB 。回忆下来大概可以用一句话来总结：无论数据量和业务量如何增长，无论数据库架构如何变化

作者： TiDB社区小助手 原文来源：https://tidb.net/blog/1cffec89 互联网时代，数据的迅猛增长给数据库带来了可扩展性的挑战，Gen AI 带来的数据暴增更加剧了这种挑战。传统的数据分片已经不能承载新时代数据暴增的需求，更简单且具有前瞻性的方法则是采用原生分布式数据库来解决扩展性问题。在这种规模化场景的背景下，TiDB 的研发团队和开源贡献者们始终致力于解决事务一致性

前言 12 月 1 日，期待已久的 TiDB v7.5.0 LTS 发版。 TiDB 7.5.0 Release Notes 作为 TiDB 7 系列的第二个长期支持版本 (LTS) ，TiDB 7.5 着眼于提升规模化场景下关键应用的稳定性。新版本中，TiDB 在可扩展性与性能、稳定性与高可用、SQL 以及可观测性等方面获得了持续的提升。TiDB 7.5 LTS 包含了已发布的 7.2.0-DM

在 2023 年 10 月 21 日，MySQL 5.7 达到其生命周期的终点（EOL,End of Life）。这意味着 Oracle 将不再为 MySQL 5.7 提供官方更新、错误修复或安全补丁。 自发布以来，MySQL 5.7 成为了许多开发者的首选的数据库，但日新月异的数据应用场景和技术也对数据库技术栈提出了新的需求。兼容 MySQL 的原生分布式数据库 TiDB 就是一个 MySQL

导读平凯数据库（TiDB 企业版）全链路数据迁移平台 TMS 为企业提供了从 Oracle 到 TiDB 的全流程数据迁移解决方案，包括对象结构迁移、数据全量迁移、数据校验等，大幅降低了迁移风险和成本。本文介绍了 TMS 的核心功能，及其在杭州银行的实践应用。通过与杭州银行的共创和打磨，TMS 在功能和操作体验方面得到了迅速的优化，最终成功帮助杭州银行实现了多套业务系统的平稳迁移，验证了其在实际生

不要犹豫，积极参与 TiDB 社区的讨论。无论是提问、分享经验还是参与技术讨论，都是学习和成长的良好途径。 TiDB 有丰富的文档资源，包括官方文档和社区贡献的文章。仔细阅读文档，系统地学习 TiDB 的基本概念和用法，这对于更好地理解和利用 TiDB 生态系统至关重要。 不要害怕提问，社区是一个互相学习和分享的地方。如果你有问题，大胆地提出来，社区的成员通常都愿意给予帮助和回答。 参与 TiDB

本文将介绍如何编译 TiDB Server 源码。以及阐释 TiDB Server 7.x 的部分新特性。

作为 TiDB 企业版的全新升级，平凯数据库一经推出便广受媒体及用户关注。 近日，平凯星辰首席科学家丁岩在“平凯数据库全解读”活动中，首次详细介绍了平凯数据库的核心能力。 本文为丁岩演讲实录全文，为方便阅读，已做部分编辑。 平凯数据库（TiDB 企业版）由 TiDB 社区版 + 三个核心组件 + 国产化生态 + 企业级服务组成。平凯数据库依托于 TiDB 社区版，继承了社区版的全部能力，在此基础上

TL;DR 本文将延续本系列文章，介绍如何编译 TiDB Server 源码。以及，阐释 TiDB Server 7.x 的部分新特性。 News !!! TiDB v7.5.0 LTS 计划于 2023-11-23 正式 Release[1]，目前代码虽未冻结，但已经可以看到 alpha 版本的 code 了，本文代码将以 v7.5.0-alpha 为基准。 前情提要 本文是该系列文章的第 5

问题概述 ：21 日发现 GC 出现异常，通过相关监控确认，从 20 日 08:50 左右 GC 开始 GC 就已经开始出现异常，持续卡在 reslove lock 阶段无法进行下去，期间多次重启过 TiDB Server，均无效。并且伴随出现 scheduler - cleanup - duration 的报警： \

作者：jiyf 原文来源： tidb.net/blog/75e8c9… 【是否原创】是 【首发渠道】TiDB 社区 问题场景 在进行 tidb operator 定时备份测试环境中，配置了使用 br 定时备份到 s3 的测试。定时备份 backupschedule crd 关键参数是这样的： maxReservedTime: 1h schedule: '/10 *'