导读 本文来自 TiDB 社区合肥站走进蔚来汽车——来自吴记老师的演讲《TiDB 在新能源车企的实践：MySQL 到 TiDB 的迁移思考》。这次分享深入探讨了新能源车企蔚来汽车从 MySQL 迁移到 TiDB 的过程与实践，包括迁移过程中的挑战和动机，以及面对单表数据量增长至 20 亿条时的应对策略；此外，也将分享使用 TiDB 过程中常见的问题与解决方法，帮助大家更有效地应用 TiDB 解决企

杭州银行 杭州银行采用 TiDB 作为其核心系统数据库，标志着银行资产规模和业务复杂性的大幅增长。通过"分布式透明化"的思考，杭州银行实现了从传统 Oracle 到 TiDB 的全链路数据迁移，不仅提升了数据处理效率，也加强了系统的稳定性和可扩展性。这一转型是银行数字化转型的重要里程碑，展示了 TiDB 在金融核心业务中的卓越性能 从银行资产规模看TiDB上线杭州银行核心到底意味着什么？ “分布式

mysql 会被tidb替代掉 在日本 tidb已经是数据库排名第一的数据库。并且连续三年是排名第一的数据库。 在全世界 tidb的增长速度是全世界第一的。 为什么我们中国人会做出这么一款被全世界认可的数据库？ 他们有什么秘诀在身上？ 第一 开源 只有开源才能吸引优秀的人参加。 第二开发者是真正的运维数据库的人。 第三开发者不断在追寻最新的数据库趋势 为什么mysql 会被tidb 替代掉呢 因为

最近有个任务要把上游的分库分表合并后同步到下游的TiDB，鉴于我司自己个儿的同步工具只能单线程的同步一张表，效率比较低，有时候高峰期会因为同步工具的瓶颈导致延迟。当然也不是我司的同步工具特别菜，是有点水土不服，毕竟之前那个同步工具上下游都是MySQL， MySQL的延迟是肯定比TiDB低的，TiDB的优势就是连接数可以搞很多，每次查询的延迟稍微大一些。所以这个工具就不那么好使了。 决定用DM试试。

PingCAP 推出了 TiDB 1.0，一个可扩展的混合数据库解决方案 2017 年 10 月 16 日， 一家尖端的分布式数据库技术公司 PingCAP Inc. 正式宣布发布 TiDB 1.0。TiDB 是一个开源的分布式混合事务/分析处理 （HTAP） 数据库，它使企业能够使用单个数据库来满足这两个负载。 在当前的数据库环境中，基础架构工程师通常要使用一个数据库进行在线事务处理（OLTP）

前情回顾 在前面的章节中，我们共同梳理了 TiDB v1/v2/v3 的相关内容。 星辰考古：TiDB v1.0 再回首 星辰考古：TiDB v2.x 回忆杀 星辰考古：TiDB v3.x 忆水木 本节将继续讨论 TiDB v4.0 大版本，在该版本中 TiDB 集群架构没有太大变化，不过 TiFlash 重要程度进一步提升，下图为 TiDB HTAP 形态架构，其中包含 TiFlash 节点。

演讲嘉宾：吴记 蔚来汽车Tidb爱好者 整理编辑：黄漫绅（表妹）、李仲舒、吴记 本文来自 TiDB 社区合肥站走进蔚来汽车——来自吴记老师的演讲《TiDB 在新能源车企的实践：MySQL 到 TiDB 的迁移思考》。这次分享将深入探讨新能源车企从 MySQL 迁移到 TiDB 的过程与实践。我们将分享迁移过程中的挑战和动机，面对单表数量增长至 20 亿带来的应对策略，并详细介绍 TiDB 如何优化

一、背景 TiDB作为一款开源的分布式关系型数据库，提供了强大的数据同步和容灾能力，其中dr_auto_sync功能允许数据库在预定的时间或条件下自动从主数据中心切换到从数据中心，保证服务的连续性和数据的一致性。本文将记录一次TiDB dr_auto_sync计划内的切换测试过程。 二、测试环境 TiDB集群版本：7.1.5（请根据实际版本替换） 主数据中心：DC1，包含2个TiDB节点、2个Ti

前情回顾 在前两节中，我们共同“回忆”了 TiDB v1/v2 的相关内容，包括如何手动搭建 TiDB 和使用 TiDB Ansible 搭建 TiDB。 星辰考古：TiDB v1.0 再回首 星辰考古：TiDB v2.x 回忆杀 本节将继续讨论 TiDB v3，在 TiDB 3.x 中处理 AP 业务的主力仍然是 TiSpark，不过 TiFlash 已经初现。 TiDB 3.x 整体架构图再“

前情回顾 在前两节中，我们共同“回忆”了 TiDB v1/v2 的相关内容，包括如何手动搭建 TiDB 和使用 TiDB Ansible 搭建 TiDB。 星辰考古：TiDB v1.0 再回首 星辰考古：TiDB v2.x 回忆杀 本节将继续讨论 TiDB v3，在 TiDB 3.x 中处理 AP 业务的主力仍然是 TiSpark，不过 TiFlash 已经初现。 TiDB 3.x 整体架构图再“

TiDB 是一个开源的分布式关系型数据库，它在多个方面相对于传统数据库有着明显的优势，并且适用于多种业务场景。以下是 TiDB 的一些主要优势以及它适应的场景和产品能力，注意文章内容不是技术点学习内容，而是 V 哥整理的特点总结，清楚了这些，学起TiDB 来才带劲： 存储计算分离的架构：TiDB 允许按需对计算和存储分别进行在线扩容或缩容，这一特性在传统数据库中较难实现。 金融级高可用性：TiDB

DM 作为一款便携的数据迁移工具，在 MySQL 到 TiDB 的全量数据迁移和增量数据同步中起着很大作用。但由于 MySQL 和 TiDB 并不是完全兼容，所以就可能导致同一条语句在 MySQL 和 TiDB 的执行表现并不一样。 一、万事皆有源 当前架构：上游为 MySQL（一主多从），通过 DM 将部分表同步到下游 TiDB 。用户会提交工单到上游的 MySQL，当然 TiDB 目前并不兼容

导读 在快速发展的互联网时代，数据库技术作为支撑现代应用的基石，其重要性日益凸显。尤其在游戏行业，随着用户规模的不断扩大和业务需求的日益复杂，传统的数据库解决方案面临着诸多挑战。分布式数据库以其高可扩展性、高可用性和强大的处理能力，成为解决这些问题的理想选择。 本文为竞技世界 DBA 魏建强在 TiDB 地区活动北京站分享“TiDB 在竞技世界从 1-N 的应用实践”的实录回顾。文章从四个关键方面

  本文汇总了马上消费金融、360 智慧商业以及趣丸科技三家公司在数据库领域的实践经验。文章探讨了在高并发和跨中心热备等场景下，TiDB 如何展现出其在扩展性、高可用性方面的优势。通过实际案例，展示了 TiDB 在不同业务场景下的应用效果，以及如何帮助企业优化数据架构和提升运营效率。 TiDB vs MySQL： 马上消费金融在高并发、 跨中心热备场景下的实践探索 消费金融机构 为什么使用 MyS

TiDB乐观事务实现原理 参考官网文档：https://docs.pingcap.com/zh/tidb/stable/optimistic-transaction TiDB加锁非原子操作，先读取，后加锁，可能存在写写冲突 其他数据库一般是在读的时候直接加锁，然后再修改。TiDB 在执行完 DML 后才能得到会修改的 key，这时才会加锁 TiDB悲观事务实现原理 参考官网文档： https://

前情回顾 在上一篇文章 星辰考古：TiDB v1.0 再回首 中，我们“回忆”了 TiDB 1.0 的内容，本文将介绍 TiDB 2.x 的相关内容。 从 TiDB 2.x 开始，正式引入 TiSpark 大数据组件，用于解决用户复杂的 OLAP 需求。 TiDB 2.x 整体架构图“升级”如下。 主要时间线 TiDB 2.x 系列在 2 年时间迭代了40个小版本，包含了大量的优化和改进，也是从这

**TiDB 成本节省： 优化存储、减少机器数量与降低单机价格的综合策略** 在当今数字化时代，数据的重要性日益凸显，企业对于高效、可靠的数据存储和管理需求也与日俱增。TiDB（Ti Distributed Database）作为一款分布式数据库，以其卓越的性能和可扩展性，成为了众多企业的首选。然而，在选择 TiDB 时，成本是一个不可忽视的因素。本文将探讨如何通过优化存储、减少机器数量和降低单机

昨日读白鳝老师题为《MOS中上千万BUG报告不是O记的污点，而是它最好的勋章》的文章颇有感触。 一时兴起，连夜仔细查询了 中国数据库排行榜 （6月287个数据库参与） 上产品的介绍及其文档， 发现排名前 20 的产品中，今年上半年，公网可查的，有 17 个产品有更新（公布发版说明的产品）， 有 16 个产品发版说明里，包含修复 BUG 说明。 参考文档： TiDB: https://docs.pi

推荐原因：这份 TiDB 功能文档提供了详尽的版本对比和功能支持情况，为用户在选择和部署 TiDB 时提供了重要参考。它明确了哪些功能是稳定可用的（Y），哪些尚未成熟（E），以及哪些不被支持（N），帮助用户评估不同版本的特性和风险。文档还强调了生产环境推荐使用 LTS 版本，确保了系统的稳定性和安全性。此外，它还提供了实验特性的问题反馈机制，鼓励用户参与到产品的持续改进中。通过这份文档，用户可以更

引言 TiUP 是由 PingCAP 开发的一个 TiDB 组件管理工具，它允许用户下载和安装 TiDB 的各个组件。本文将分享如何将 TiUP 的package 能力 从 tidb-community-toolkit-v8.1.0-linux-amd64\package-v0.0.9-linux-amd64.tar.gz 、tiup 源码 server/pacakge/package.go 中集