博客

TiDB 7.0

TiDB 7.0聚焦于帮助用户通过可靠性能和简化数据库操作来快速响应业务需求,从而满足客户的高期望值,并提升开发人员和它运维人员的生产力。

金融科技

本文讨论了金融科技(Fintech)行业在数据基础设施建设上所面临的挑战,以及TiDB数据库在解决这些挑战方面的天然优势。

(1)TiCDC分选器

本文聚焦TiCDC的分类器模块,内容包括分选机的价值,分类器的默认排序引擎选择,以及针对LSM树的读,写放大,分选机中做出的优化。

★★★★★★★★★

本文介绍了云盛海宏云海零售系统所使用的数据库架构从集中式到分布式的演进历程,并根据使用的经验和体验,阐述了为什么选择TiDB数据库来支撑其业务,详细讲述了TiDB如何在实际使用中助力精细化运营。

方案精讲丨电商数据技术栈，在海量数据增长下如何实现实时与全量兼得？

【翻译】本文分析了电商出海的现状与挑战,同时介绍了TiDB的产品能力,并结合实际案例介绍了对应的解决方案。

TiDB +

从v6.5.0开始,TiCDC支持将行变更事件保存至存储服务,这给TiDB +数据仓库带来了更多可能。【中文翻译】:1 .中文翻译:

TiDB in SaaS / TiDB

在综合考虑兼容性、稳定性,简介性,高可用,易用性等因素后,Moka BI选择了TiDB作为支撑新架构的数据库,解决了数据壁垒,降低业务复杂度,实现了全面的性能提升。

TiCDC拉拔器

TiCDC中的拉通过创建KV-Client向TiKV发送请求,在TiCDC中实现从TiKV接收变更数据功能。【翻译】

?

AI, Serverless和HTAP的结合将是数据库发展的新里程碑,ChatGPT只是个开始,接下来肯定会有更多更强的产品,在通向真正的美国国际集团这条路上涌现。

★★★★★★★★★

本文分享了TiDB运用AWS EBS快照技术实现备份恢复功能的原理和实践,以及如何解决传统数据库备份恢复特性无法克服的问题,让备份恢复特性向前迈进了坚实的一步。

(1)TiCDC / DDL /过滤器

本文是TiCDC源码阅读的第五篇,将介绍TiCDC对DDL的处理方式和过滤功能的实现(基于TiCDC v6.5.0版本代码)。

“”“”“”“”“

本文介绍了携程数据库架构从SQL Server到MySQL再到TiDB的革新历程,从痛点分析,选型思考到部署实践,介绍了TiDB如何支撑携程的酒店和度假场景以及全球化业务,以一栈式HTAP支持携程全球业务海量数据增长。

坚如磐石:TiDB基于时间点的恢复特性优化之路

对于数据库产品而言，基于时间点的恢复是非常重要的基础能力，它允许用户根据需要，将数据库恢复到特定时间点，以帮助客户的数据库免受意外损坏或错误操作的影响。例如,数据库在某个时间点之后的数据遭受了意外的删除或损坏,则可以使用PiTR功能将数据库恢复到该时间点之前的状态,从而避免丢失重要数据。

“”“”“”“

文章通过案例解析,展示了TiDB在智能制造的各个数据流动环节中都可以发挥其独特的价值,包括数据获取,集成和应用展示等。TiDB、TiDB、TiDB、TiDB、TiDB、TiDB、TiDB

PingCAP

中文:中文:查询演示探讨了想打造一款好的产品，从用户角度出发的思考方式以及与用户交流的重要性。

【中文译文

本文由中国银行软件中心（西安）个人业务研发部对客交易综合查询开发团队撰写。近年来,随着大数据应用场景的快速普及与多样化发展,传统的数据处理方案已愈发难以满足海量数据实时分析的数据处理需求,HTAP具有明显的技术优势。

【翻译】:【翻译

“天下武功唯快不破”,解决DDL带来的问题,本质上只需要做到一点:降低DDL的执行耗时。

技术出海丨数字原生企业的出海趋势和技术选择

本文将以全球化的视野观察中国数字原生企业出海的新趋势,包括DNB(数字原生企业)主要行业的发展特点,目前发展阶段的热点和未来转向,再从这些行业趋势来看中国出海企业面临的技术挑战。

TiDB 6.6

【中文】:TiDB 6.6http://www.tingclass.cn/， http://www.tingclass.cn/， http://www.tingclass.cn/， http://www.tingclass.cn/

TiDB无服务器

本次分享在介绍Serverless层的技术细节之余,全面解析了TiDB的技术生态全景和在生态构建中所做的努力。无服务器，无服务器，无服务器。

建设TiDB自动化平台:转转DBA团队实践

【翻译】从遇到问题开始，到解决问题，以及平台做成什么样，也是对过去的工作做一个总结和梳理。

【翻译】:【翻译】

在“多业务融合方案——上篇”中介绍了基础多业务融合方案,在本文中继续介绍多业务融合方案以下能力:多业务融合能力与HTAP结合;多业务融合在基础架构上通过修改领导分布进一步提升整体隔离性;如何在线调整业务资源组。

【翻译

本文整理自网易互娱资深工程师,Flink贡献者,CDC贡献者林佳,在FFA实时风控专场的分享。

这是一个很好的例子

中文翻译:中文翻译:中文翻译:

TiCDC调度器

本文是TiCDC源码解读的第四篇,主要内容是讲述TiCDC中调度器模块的工作原理。

这是一个很好的例子

本文根据微众银行资深数据库架构师黄蔚在得复康2022上的分享整理,主要讲述了微众银行对于HTAP架构的探索和实践情况,以及提升大规模分布式数据库运维效率的经验。

TiDB 6.5, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb

TiDB 6.5新特性解析系列文章由PingCAP产研团队重磅打造,从原理分析,技术实现,和产品体验几个层面展示了6.5版本的多项功能优化,旨在帮助读者更简单,更全面的体验6.5版本。英文:TiFlash (flash)

平标:

本文由PingCAP联合创始人兼首席技术官黄东旭撰写,基于亲身经历的数据库行业,深度总结过去一年数据库发展的重要趋势,以及展望2023年数据库新方向,希望对更多的行业从业者有所启发。

(三)TiCDC

“”“”“”“”“”“”“”“”

(1)、(1)、(1)、(1)、(3)、(3)、(3

【中文】:。平凯星辰凭借前瞻的产品技术方案、金融领域的经验积累、专业快速的服务保障及高度活跃的开源社区，在竞争中脱颖而出。此次中标再次印证了TiDB新一代分布式数据库在银行核心系统建设,确保业务连续性以及支持业务敏捷高效创新等方面具备关键的服务能力。

【翻译】

多业务融合即将多个业务系统部署在同一套TiDB集群中,如何提高资源隔离能力确保不同业务之间不相互影响是多业务融合方案设计要点。中文:中文:英文:中文:英文:中文:英文:中文:英文:中文:英文:中文:

对，对，对，对

同盾科技是中国领先的人工智能科技企业。为了确保服务的低延迟和高可用性，同盾的技术团队不断寻找最佳的技术架构。经过长时间调研,他们最终选择了新一代分布式数据库TiDB作为离线层的核心数据库,基于TiDB打造的实时数据架构为风控智能决策保驾护航。

TiDB 6.5 LTS

在2023年伊始,我们很高兴向大家宣布,TiDB 6.5 LTS版本已经发布了。

TiCDC MQ水陆一体化

TiCDC是TiDB生态圈的一员,为TiDB提供数据同步服务,它订阅上游集群中的TiKV节点事务执行过程中产生的数据变更事件、输出到下游目标数据系统(如TiDB /卡夫卡/ MySQL)。

LiveMe x TiDB

LiveMe是一个全球直播和社交平台,目前已在全球积累了超过1亿用户和超过300多万的主播,面临新的业务挑战,LiveMe经过一系列技术选型后最终选择了TiDB数据库。

(2)TiKV CDC

本文是TiCDC源码解读的第二篇,将介绍TiCDC的重要组成部分,TiKV中的疾控中心模块。

?

本文将以数益工联数字化工厂为例,介绍”离散型”制造业面临的数据挑战,以及分布式HTAP数据库TiDB如何助力工业数据价值的挖掘。

TiDB

2022年12月15 - 16日,在中国信通院组织的第十五批数据库产品能力评测中,平凯星辰(北)京科技有限公司的分布式数据库TiDB成为国内首个完成并顺利通过HTAP数据库基础能力测评的产品。

(1)TiCDC

本篇文章是TiCDC源码阅读系列文章的第一期,主要叙述了TiCDC的目的,架构和数据同步链路,旨在让读者能够初步了解TiCDC,为阅读其他源码文章起到一个引子的作用。

威斯康星-麦迪逊PingCAP与大学建立科研合作,探索键-值存储系统的智能管理与自动调整

近,日企业级开源分布式数据库厂商PingCAP宣布与美国著名公立大学威斯康星-麦迪逊建立科研合作。

★★★★★★★★★★★★★★

数据安全性、数据可用性和数据架构复杂度成为老虎国际国际化业务的三大挑战。出于对开源技术的信任和认同,老虎国际很早就在数据中台业务中应用了TiDB 3.0版本,此后一路升级到TiDB 5.0,解决了业务挑战与数据安全挑战。

圆桌实录:技术无感化成为2023年最值得开发者和企业用户关注的技术趋势丨PingCAP得复康2022

★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★在刚刚结束的PingCAP得复康2022上,PingCAP联合创始人兼首席技术官黄东旭,中国信息通信研究院云计算与大数据研究所副所长魏凯,云和恩墨创始人&首席技术官盖国强,联易融副总裁沈旸,云启资本合伙人陈昱等嘉宾,与主持人PingCAP副总裁刘松进行了圆桌讨论。

弗雷斯特波

2022年12月6日,国际权威研究机构Forrester发布了”Forrester波™:Translytical数据平台,2022年第四季度”报告,企业级开源分布式数据库厂商PingCAP作为中国唯一入围的数据库厂商,首次参评该报告即获评“卓越表现者(强大的演员)”。

黄东旭:开发者的“技术无感化”时代,从Serverless HTAP数据库开始| PingCAP得复康2022

12月1日,以“去发现,去挑战”为主题的PingCAP得复康2022主论坛在线上成功举办,为数万观众带来一场技术盛宴。PingCAP联合创始人兼 CTO 黄东旭，在大会上分享了 “The Future of Database”的主题演讲，分享了他对云原生、开发者生产力的理解，介绍了 Serverless HTAP 的意义以及未来的”技术无感化“发展方向。

中文:Hackathon

TiDB这家2022年已经完美收官,我们在赛后策划了一系列“TiDB Hackathon 2022非正式会谈”——单独的项目背后的故事,邀请大赛评委老师与优秀项目团队一起共话Hackathon那些脑洞大开的项目创意。本文为第一期回顾

(三)、(三)、(三)、(三

TiKV、TiKV、TiKV、TiKV、TiKV、TiKV、TiKV、TiKV、TiKV、TiKV、TiKV、TiKV、TiKV、TiKV、TiKV

MySQL还是TiDB?HTAP数据库在中国 SaaS 行业头部服务商的应用实践

客户关系管理360, 360, 360, 360, 360, 360, 360, 360

(2) .中文

TiKV的英文:TiKV的英文:TiKV的英文:TiKV的英文:TiKV的英文:TiKV的英文:TiKV

TiDB Hackathon(黑客马拉松)

TiDB Hackathon 2022决赛刚好在1024年程序员节前夜完美收官,48小时的快乐的黑客,参赛项目有趣,有料,精彩不断!

TiDB黑客马拉松2022快来围观吧！

TiDB Hackathon 2022(2022年):徐徐徐，徐徐徐，徐徐徐!

(1)、中文

本篇博客介绍了TiKV的基本概念,TiKV读写路径上的三个重要模块(KVService、存储、RaftStore)和断点调试TiKV学习源码的方案,希望能够帮助对TiKV开发感兴趣的新同学尽快了解TiKV的代码库。

【中文翻译】:“中文翻译”:“中文翻译”TiDB黑客马拉松

TiDB这家2022年已经进入倒计时,距离决赛日还有不到一周时间,今年由于赛制的变化,初赛提前到了赛前(10月17日),你已经准备好自己项目的RFC了吗?

我们如何消除两个开源项目之间长达 4 年的分叉

本文以TiFlash代理与TiKV的解耦为例,从目标确定,方案设计,实施过程及测试设计等方面分享了如何消除两个开源项目间的分叉。

【中文翻译】:中文翻译

在9月22日举办的PingCAP用户峰会上,中国赛宝实验室李冬(博士)分享了主题为“中国数据库产业发展研究”的议题,本文为分享实录。

Hackathon(黑客马拉松

在等待比赛日的这段时间,TiDB社区采访了多维Hackathon参赛选手,通过访谈为大家分享一下他们对这家网站的理解和感悟,同时探讨开源给他们的个人生活和工作带来了哪些改变。

唐刘：透明一切，是我们在复杂环境下与客户建立信任的最佳途径

PingCAP研发副总裁唐刘,PingCAP中国区技术服务总经理李超群分享了PingCAP如何通过产品研发和服务体系将产品价值“又快又稳”地交付给客户,获得客户的信任,并帮助客户实现成功。

黑客马拉松

TiDB黑客马拉松2022【中文译文】step 1: step 1: step 1: step 1: step 1: step

PingCAP诊所www.pingcap诊所www.pingcap诊所www.pingcap诊所www.tidb

本篇以数据库管理员的视角,讲述在典型的集群运维场景中,诊所如何帮助管理员更清晰地了解集群健康状态,如何以智能的方式提前发现问题,快速解决问题,提升TiDB集群的性能和稳定性。

【中文翻译

本文为PingCAP副总裁刘松在“中国财险科技应用高峰论坛”中所做的“TiDB分布式数据库在保险行业关键应用场景的探索与实践”的演讲实录。

云，云，云，云，云

zCloud是云和恩墨公司打造的面向多元混合数据库环境,提供跨多云架构,跨多类数据库的一站式智能数据库管理平台。云，云，云。

打造友邻式多元生态，支撑工商银行、平安科技、中国人寿财险、杭州银行的创新实践

9月22日的用户峰会上,PingCAP副总裁陈煜琦发表了以“深耕行业场景,构建多元生态”为主题的演讲,工商银行,杭州银行,中国人寿财险,平安科技分享了在他们的关键业务中如何借助TiDB深挖行业场景,来自神州数码,中电金信,天翼云,东软集团,云徙科技,嘉和美康的生态伙伴分享了他们与TiDB的共建经验。本文为分享回顾。

刘奇：能否掌控复杂性，决定着分布式数据库的生死存亡

9月22日PingCAP用户峰会上,PingCAP创始人兼首席执行官刘奇和来自建信金科,百胜中国,传音控股,老虎国际的用户共同分享了PingCAP在技术演进,用户价值,数据库技术趋势,国际化、社会价值等方面的思考与实践。

Hackathon idea

一年一度黑客们的狂欢——TiDB Hackathon 2022报名已开启,万元奖金等你来拿,还有技术专家,顶级投资人全程坐镇,你的实力将被更多人看的到。

TiFlash (flash

本文主要介绍了数据库系统中常用的算子加入和聚合在TiFlash中的执行情况,包括查询计划生成,编译阶段与执行阶段,以期望读者对TiFlash的算子有初步的了解。

TiDB黑客马拉松2022∕∕∕∕∕∕∕∕∕∕∕∕∕邀你唤醒代码世界的更多可能性！

TiDB黑客马拉松!2022年TiDB黑客马拉松主题为「Possibility at Scale」,9 月 13 日正式开启，线下决赛将在 2022 年 10 月 22 日 23 日举行。

TiFlash(闪存

本文主要介绍的是TiFlash表达式的实现与设计,系统性地介绍了TiFlash表达式的基本概念,包括表达式体系,标量函数,聚合函数等,以期望读者能够对TiFlash的表达式计算有一个初步的了解。

TiFlash代理代理(TiFlash Proxy)

本文主要介绍的是TiFlash代理模块的实现,即TiFlash副本是如何被添加以及获取数据的。

TiDB v6.2版本

TiDB v6.2(8月23日)在全新的版本中,TiDB提供了诸多方面的提升,主要集中于:可观测性,性能,稳定性、数据生态加强以及MySQL兼容几个领域。

DynamoDB 2022

Amazon DynamoDB:一种可扩展，可预测性能和完全管理的NoSQL数据库服务。

(3)DeltaTree Index(德尔塔树索引

本文对DeltaTree指数在读取时的作用以及如何维护DeltaTree指数进行了讲解。

TiDB、TiDB、TiDB、TiDB、TiDB、TiDB、TiDB

TiSpark是PingCAP为解决用户复杂OLAP需求而推出的产品,本文将详细介绍TiSpark中下推相关的知识,包括火花中的下推含义,实现原理,及其拓展接口,TiSpark下推策略和下推支持列表。

SQL中的TiDB放置规则

本文简要介绍了放置规则在SQL的应用场景,并通过一个例子详细介绍了安置政策的使用方法。

TiKV & TiFlash

本文根据拖轮用户边城元元在TiDB社区技术交流石家庄站的分享整理,详细介绍了TiKV & TiFlash加速复杂业务查询的原理及实践方案。

如何在TiDB云上使用砖进行数据分析| TiDB云使用指南

本文主要介绍如何创建TiDB云开发者层集群,如何将TiDB对接到砖,以及如何使用砖处理TiDB中的数据。

TiDB 6。“x在行动”X: X !

6.中文翻译:x“英文”，“英文”，“英文”，“英文”，“英文”，“英文”，“英文”。x在行动”。今天，这本书正式发布啦！

【中文译文

近日,阿里云计算巢与PingCAP合作,融合双方技术优势的云数据库TiDB正式上线阿里云,这正是双方为用户”删繁就简”愿景中的坚实一步。中文翻译:中文翻译:中文翻译:中文翻译:中文翻译:

TiFlash源码阅读(五)DeltaTree存储引擎设计及实现分析——第2部分

在Part1中我们主要对DeltaTree引擎的结构和写入相关流程进行了介绍,本文将对读取流程进行介绍。

■■■■■■TiFlash贡献者

之前我们介绍了TiDB下推函数到TiFlash的开发过程,在本篇,我们会沿着用户旅程,手把手教你具体怎么在TiFlash里实现一个向量化函数。

【中文翻译

Simd ?本文简要介绍了一些在TiFlash中使用编译器进行自动向量化所需要的入门知识,包括SIMD、SIMD函数派发方案以及面向编译器的优化。

【中文译文

本文根据多点Dmall数据库团队负责人冯光普在拖船企业行成都站的分享整理而成,介绍了在数字化零售场景下,TiDB在多点的使用情况,核心业务场景支撑,价值分析,及经验总结。

(4)TiFlash DDL

在上一期源码阅读中,我们介绍了TiFlash的存储引擎,本文将介绍TiFlash DDL模块的相关内容,包括DDL模块的设计思路,以及具体代码实现的方式。

起来!起来!起来!性能概述

性能概述面板在TiDB v6.1.0正式发布,为所有TiDB用户提供一个系统级别的总体性能诊断入口。性能概述

TiDB v6.0.0 (DMR): TiDB Book Rush

TiDB v6.0.0 (DMR)版本推出了缓存表的功能,以应对很少新增记录项的小表上频繁的读请求。在金融场景的订单表、汇率表，银行分行或者网点信息表，物流行业的城市、仓号库房号表，电商行业的地区、品类相关的字典表等等场景下能够很大程度地提高效率。中文:中文:中文:

TiDB 6.0:中文:中文:TiDB Book Rush

TSO、TiDB、PD组长、PD组长、PD组长。TiDB在事务开始时会获取 TSO 作为 start_ts、提交时获取 TSO 作为 commit_ts，依靠 TSO 实现事务的 MVCC。本文介绍了 TiDB 6.0 版本中对 TSO 分配优化的原理和验证。

我的意思是，我的意思是，我的意思是!TiDB社区

对于使用TiDB的应用开发者来说,需要一份告诉大家如何能像使用MySQL一样使用TiDB的操作手册。我们编写了全新的开发者指南,这份文档可以帮助应用开发者,在最短时间内上手TiDB。

■■■■■■■■■■

【中文翻译】:“中文翻译”。。

TiFlash TiFlash贡献者

本文特别筛选了TiFlash中一些入门级别的问题,希望通过下文的介绍,帮助大家无门槛地参与到大型开源项目中来。

TiDB 6.1:LTS

TiDB 6.1于6月13日发布,这是TiDB 6系版本的第一个长期支持版(长期支持,简称LTS)。

TiFlash源码阅读(三)TiFlash DeltaTree存储引擎设计及实现分析——第1部分

本文分为两部分,主要介绍TiFlash DeltaTree存储引擎的设计细节及对应的代码实现。第1部分，第2部分，第1部分，第2部分，第1部分。

混沌网格

本文介绍了混沌网在杭州每刻科技有限公司的实际使用场景,通过引进这一混沌测试平台,提升了该公司对微服务系统的健壮性测试能力。

中文:微闪、微闪、微闪、微闪

本文详细介绍了TiFlash研发过程中,多并发下线程创建和释放阻塞问题的排查复现,原理解析和优化方案。

(1) .中文

【中文译文】:【中文译文】通过这个系列文章,我们详细介绍了TiDB优化器,查询计划,慢查询以及调优的理论知识,并在本章节中进行了实战的分享。希望通过这个系列文章,大家能够更加深入地理解TiDB优化器,并通过这些调优技巧更好地提升系统性能。

(2)“闪”字

本文将对TiFlash计算层进行介绍,包括架构的演进,DAGRequest协议,dag请求在TiFlash侧的处理流程以及MPP基本原理。

【中文译文

【中文】:http://www.h锋频道。文章从金融用户角度入手，对如何选择分布式数据库及选型后的最优实践进行了阐述。

PingCAP诊所:http://www.pingcap诊所:http://www.pingcap诊所:诊

伴随着TiDB 6.0的发布,PingCAP诊所服务也揭开了她的面纱,提供技术预览版本给广大用户试用。本文介绍了诊所在TiDB云中的应用及助力云下本地部署集群的问题诊断,并描述了诊所服务后续发展的方向。

(1)中国科学院院士，中国科学院院士

本文为“TiDB查询优化及调优”系列文章的第四篇,详细介绍了如何通过TiDB提示和SPM对查询执行计划进行调整和优化,简要列举了其他优化器开发或规划中的诊断调优功能等。

TiDB云GA，陆基，陆基，陆基，陆基，陆基，陆基，陆基

平cap、云、云、云、云、云、云、云、云、云。

“?”?我很高兴见到你

TiDB企业级数据库管理平台(TiDB企业经理,简称当时)覆盖的管理运维场景众多,本文主要介绍了最新发布的1.0.0版本中的几个重点功能。

TiDB 6.0

中文:Collation, Collation, Collation, Collation, Collation, Collation, Collation, Collation。当前TiDB所提供的几种排序已经可以支撑大部分业务场景,和大部分系统迁移需求。

(3)中国生物医学工程技术有限公司

http://www.tingob.com/ http://www.tingob.com/ http://www.tingob.com/ http://www.tingob.com/ http://www.tingob.com/ http://www.tingob.com/ http://www.tingob.com/ http://www.tingob.com/ http://www.tingob.com/ http://www.tingob.com/。

# # # # # #

本篇文章将介绍DM核心处理单元同步,内容包含binlog读取,过滤,路,由转换,优化以及执行等逻辑。本文仅描述DML的处理逻辑,DDL相关内容可参考“DM分库分表DDL“悲观协调”模式介绍”、“DM分库分表DDL“悲观协调”模式介绍”。

(1)TiFlash

TiFlash、TiDB、TiDB / HTAP、TiDB / HTAP。TiFlash(闪蒸)本文为系列文章的第一篇,将对TiDB HTAP的整体形态进行介绍,并详细解析存储层DeltaTree引擎进行优化的设计思路以及其子模块

(2)TiDB

查询计划(执行计划)展现了数据库执行SQL语句的具体步骤,例如通过索引还是全表扫描访问表中的数据,连接查询的实现方式和连接的顺序等。【中文译文】中文翻译:中文翻译:中文翻译:中文翻译:中文翻译:

人才计划;人才计划

人才计划是PingCAP联合华东师范大学,华中科技大学,中国科学技术大学,武汉大学和神州数码面向高校和工程师的未来数据库内核人才培养计划。本文是对人才计划2021 KV学习营一等奖获奖战队的专访,分享了他们在学习营中的收获以及获奖经验。

SQL中的位置规则

TiDB有一些功能和其它功能不一样,这类功能可以作为构建其它功能的基础,组合出新的特性,这类功能称之为:元特性。

TiUP: tibaer

本文主要介绍构成TiDB可管理性的重要组件之一:TiUP,一款从TiDB 4.0版本开始投入使用的TiDB部署工具。

(1)TiDB

与其它主流商业数据库一样,TiDB的查询优化器负责用户及系统查询的优化,生成有效且高效的执行计划由执行器来执行。而优化器生成的执行计划的优劣直接影响查询的执行效率和性能。中文翻译:中文翻译:

■■■■■■■■■■■■■■■■

TiDB、dbdb、dbdb、dbdb、dbdb、dbdb、dbdb、dbdb、dbdb、dbdb、dbdb、dbdb、dbdb、dbdb、dbdb、dbdb、dbdb、dbdb、dbdb、dbdb、dbdb。中文:中文:中文:中文:

TiDB 6.0

2022年4月7日，TiDB 6.0。在该版本中,我们大幅度加强了作为企业级产品的可管理性,与此同时也加入了诸多云原生数据库所需的基础设施,让TiDB在成熟的企业级云数据库维度更向前迈进。

TiFlash

TiFlash:顾名思，顾名思，顾名思，顾名思，顾名思。

混沌网格

混沌网最初作为开源分布式数据库TiDB的测试平台而创建,是一个多功能混沌工程平台,通过混沌测试验证分布式系统的稳定性。本文以万里安全数据库软件GreatDB分布式部署模式为例,介绍了通过混乱网进行混沌测试的全流程。

脸谱网

对于后端开发者来说，一款好用的框架能够大大提升应用的开发效率。为了降低开发者使用TiDB的门槛,方便开发者快速连接到TiDB,我们也在和合作伙伴一起,逐步完善面向主流开发语言和框架的连接支持。

造好新能源车需要想象力和技术，而要卖好新能源车则需要实时分析能力

快速扩张、快速应变对造车新势力的生存和发展至关重要，需要更快、更强的数据技术架构才能实现。通过部署新一代TiDB分布式数据库,该车企使用自己编写的前端及SQL语句构建了一套性能强大,能够服务多种角色的实时数据分析平台。

快餐给我们带来快乐,而快餐企业的快乐却源自DTC - TiDB数据库成就快餐巨头DTC转型

在忙碌的工作中，一顿口味不错、能量满满、质量可靠且快速方便的汉堡、薯条、炸鸡的确是不错的选择。快餐企业在运营成百上千家门店的同时是如何做到线上买券、线下提货，在家下单、快递上门、手机下单、门店取货等一系列高级别数字化操作的？

————————————————————

多点是面向新零售的数字解决方案提供商,旗下拳头产品Dmall OS是物美,麦德龙等超市顾客每天都会用到的系统,也是首席财务官和首席执行官每天都会关注的系统,在底层帮助Dmall OS实现“业财一体化”关键转型的赋能工具正是TiDB。

齐齐齐齐，齐齐齐齐

新经济DTC转型过程中,大多数企业无法参考大型互联网公司的复杂架构,也没有规模化的技术和运维团队来支撑业务变化,采用一个简单,强大,一栈式的数据服务平台应对DTC的挑战是越来越多新经济企业的选择。

2021 - TPC TiDB Hackathon TiKV:这可能是本届比赛中最硬核的项目| TPC战队访谈

黑客马拉松2021 TPC

2021 - TiDB TiDB Hackathon可观测性方案落地探索|“我们这么菜评委不会生气吧”团队访谈

本篇文章将介绍TiDB马拉松”2021“我们这么菜评委不会生气吧”团队赛前幕后的精彩故事。

【中文翻译】TiDB 5.x

TiDB让我们第一次得以“设计者”的视角参与其中:每一个功能特性的设置背后的思考,对基础软件产品的价值呈现,体验还是很不一样的。

2021 - MVCC TiDB Hackathon时光机:在TiDB的时空自由穿梭丨渡渡鸟复兴会赛队访谈

2021年黑客马拉松

TiDB Online DDL http://www.tidb http://www.tidb http://www.tidb

本文主要通过对TiDB在线DDL机制原理和实现的分析,引出对当前TiCDC数据解析实现的讨论。

DM中继日志

【中文】:中继日志

活体活体活体活体

本文根据体内存储技术团队研发总监肖博在2021的开发者大会上的分享整理而成,从数据库与存储平台的建设背景,能力介绍,探索思考,未来展望四个角度进行了整体的介绍。

TiDB黑客马拉松2021 - pCloud

Hackathon 2021 pCloud

TiDB Hackathon 2021 -去掉中间商赚差价,TiDB添加索引性能提升10倍!丨黑马警长团队采访

2021年黑客马拉松

TiDB . TiDB . WPS

本文介绍了WPS分享业务从TiDB-v2升级至TiDB-v4版本的过程,以及数据迁移,双机房落地实施的相关实践。

【翻译

TiDB 5.4作为2022年开山之作,于2月15日正式发版,5.4版本包含了许多有用有益的新功能和持续性的性能/稳定性提升。本文着重介绍重要新增功能和特性所带给用户的新体验和价值。

【中文翻译】

个推是一家数据智能企业,为数十万应用提供消息推送等开发者服务,同时为众多行业客户提供专业的数字化解决方案。【中文翻译】:“中文翻译”。

TiDB黑客马拉松2021 - http://www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb

黑客马拉松2021 TiLaker

TiDB Hackathon 2021 - Ti-Click:通过浏览器快速搭建TiDB在线实验室| Ti -可立刻团队访谈

2021年黑客马拉松

UbiSQL Oracle

本篇文章将介绍平安科技从Oracle迁移到UbiSQL(平安集团内部打造的分布式数据库产品,代码基于TiDB,完全兼容TiBD 4.0版本)的实践。

TiDB Hackathon 2021 - ChaosCraft:和女朋友一起来这家网站表演绝活丨滑滑蛋团队访谈

2021年黑客马拉松

TiDB Hackathon 2021 -把复杂交给我们,把简单还给你丨TiVP让SQL执行计划可视化

黑客马拉松2021 TiVP

TiDB Hackathon 2021 -极简实现TiDB冷热数据分层存储|魁梧团队访谈

Hackathon 2021 He3

TiDB Hackathon 2021 -为数据库性能调优插上AI的翅膀|调优测试框架矩阵团队访谈

黑客马拉松2021矩阵

TiDB Hackathon 2021 -只有天空才是你的极限,我们热爱探索的过程并沉浸其中丨图数据库TiMatch团队访谈

2021年本篇文章将介绍TiDB Hackathon图数据库TiMatch团队赛前幕后的精彩故事。

【中文译文

【中文译文】2020年的6个月，全英文，全英文，全英文，全英文。第一个上线的业务是金太阳帐单，后面陆续在数据中台、服务观测等系统中应用。

“”- TiDB 2021黑客马拉松

本篇文章将介绍TiDB这家2021年特邀评委,PingCAP研发副总裁唐刘对决赛各项目的点评。

【中文译文

TiDB技术团队提供了一组功能完善的升级工具包,从简单的参数比对到全场景的模拟重放,完全可以根据实际需求和成本考量自主选择一种最佳的搭配方案,为升级操作保驾护航。这套工具包实际上也已成功应用在了一款使用量过亿的用户k8集群升级上,本文将会介绍这个用户案例。

饺子

之前的文章对饺子进阶使用进行了介绍,本文接下来将会介绍饺子内部表内并发的优化逻辑,从而帮助大家更深刻地理解饺子工作原理。

DDL“

【中文翻译】:中文翻译:乐观协调模式适用于上游灰度更新、发布的场景，或者是对上游数据库表结构变更过程中同步延迟比较敏感的场景。

DDL“

【中文翻译】:中文翻译:中文翻译:【中文译文】

[中文]:TiDB BR

【中文译文】简单来讲,BR就是备份的“算子下推”:通过gRPC接口,将任务下发给TiKV,然后让TiKV自己将数据转储到外部存储中。

1 .电子邮箱:www.qqqq.com

本文首先详细讲述了一次海量数据场景下的性能排查经历,其次介绍了在刚刚发布的TiDB 5.3版本中,PingCAP率先在数据库领域推出的“持续性能分析”这一功能,在文章最后列举了一些主要应用场景。

混沌网格

混沌网格(KubeSphere)

带你重走TiDB TPS提升1000倍的性能优化之旅

本文将分为两个部分介绍数据库的性能优化，第一部分是性能优化的通用方法，第二部分我们讲一个实际案例。

【翻译】:http://www.tidb: http://www.tidb

本文摘自网易DBA团队撰写的“效率的选择,分布式数据库TiDB网易内部选型介绍”一文,对比了以TiDB为基础的创新架构和MySQL + DDB传统架构的差异,从业务适配,降本增效,技术创新等多个维度阐释了网易考虑引入TiDB的原因。

带着问题读TiDB源码:权力BI桌面以MySQL驱动连接TiDB报的错

本文从一个权力BI桌面在TiDB上表现异常的问题为例,介绍从问题的发现,定位,到通过开源社区提问题,写公关解决问题的流程,从代码实现的角度来做故障排除,希望能够帮助大家更好地了解TiDB源码。

TiDB 5.3 . 0 0 0 0 . 0 0

2021年11月30日,TiDB 5.3.0版本正式上线,该版本推出持续性能分析(连续分析)功能(目前为实验特性),跨越可观测性的鸿沟,为用户带来数据库源码水平的性能洞察,彻底解答每一个数据库问题。

混沌网格+天空行走

本篇文章将分享如何通过将人行天桥和混乱网结合,运用事件信息监控,实时了解混沌实验对应用服务性能造成的影响。

TiDB:Hive

本文是《带着问题读源码系列》的第一次尝试，在定位并解决用户所遇到的一个简单问题的过程中，对相关的代码一并进行介绍。中文:我是说，我是说，我是说，我是说，我是说，我是说，我是说，我是说。

sync - diffi -inspector

本篇文章主要分享了TiDB数据通过Sync-diff-inspector优化方案更好的校验实现一致性。

堆分析

本文将介绍一些常见的堆分析器的实现原理及使用方法,帮助读者更容易地理解TiKV中相关实现,或将这类分析手段更好地运用到自己项目中。

■■■■■■■■■■■■■■■■■

在汽车之家的 818 全球汽车夜活动中，直播环节通过台网互动的形式与观众互动，这要求前台、后台要以秒级的精度同步配合，在这个过程中，数据库不仅要解决实时交易问题，还要将实时分析数据反馈给现场，这对晚会的气氛烘托起着重要的关键作用。

【中文翻译

作为一台综合汽车,明星的车界“春晚”,易车网的超818级汽车狂欢夜全平台观看直播人次达2.24亿,数据库的压力提升十倍之多,TiDB在这个过程中体现出了分布式数据库的诸多优势,非常适合实时数据大屏,秒杀活动支持。

TiDB +

对于京东来说,一年中有2个比较大的业务高峰期,一个是618,一个是11.11。这期间数据负荷变化极大,尤其当发生抢购,秒杀时,用户访问,数据流量就会非常密集,数据负荷的水平会达到平时的10倍以上……

【中文译文

大促中，大家买买买后最期盼的事情就是收到快递。去年双十一期间,中通订单量突破8.2亿,整个业务规模突破7.6亿,双十一当天的每秒峰值达35到万+。TiDB同时支撑中通快递线上OLTP和OLAP的业务,完美保障了双十一中通快递它服务的稳定运行……

这是一个很好的例子

“怎么说呢?”“怎么说?”数据库的性能优化能够帮助企业最大限度地利用系统资源，提高业务支撑能力和用户体验。本文为TiDB性能调优专题的第一篇,在这个专题中,我们将邀请更多TiDBer从实际的业务场景出发,分享TiDB优化的最佳实践。

携程国际业务动态实时标签处理平台实践

本文由携程技术团队撰写，介绍了携程自研的国际业务动态实时标签处理平台。其中标签持久化的场景需要解决业务标签的持久化存储,更新,查询服务,TiDB通过对于不同场景查询特性的支持满足了不同业务场景访问业务特征数据的需要。

★★★★★★★★★★★

4.释放，释放。x, 5。TiFlash(英文)中文:中文:中文:中文:

ProxySQL TiDB

TiFlink: TiFlink: TiFlink

本文为TiDB Hackathon 2020比赛中TiFlink项目最新进展的介绍,实现了通过Flink为TiDB添加物化视图的功能。作者张茄子，算法、分布式技术和函数式编程爱好者。

一文看懂开源许可证丨开源知识科普

PingCAP从第一行代码开源,六年里积累了一些经验和教训,在“开源知识科普”栏目中,我们将与大家分享和交流在开源成长路径中的思考和感受,以及参与开源项目的正确姿势。英文:中文:中文:中文:英文:中文:中文:中文:中文:中文:中文:中文:中文:中文:中文:中文:中文:中文:中文:中文:中文:

做出让人爱不释手的基础软件：可观测性和可交互性

很多时候「品味」之所以被称为「品味」，就是因为说不清道不明，这固然是软件开发艺术性的一种体现，但是这也意味着它不可复制，不易被习得。本系列文章会试着总结一下好的基础软件体验到底从哪里来。作为第一篇，本文将围绕可观测性和可交互性两个比较重要的话题来谈。

d / d / d / d / d / d / d

本文根据PingCAP得复康2021上来自微众银行资深数据库架构师黄蔚的分享整理而成,主要阐述TiDB在微众银行的应用实践,包括微众银行选择TiDB的背景和TiDB的部署架构,以及TiDB在贷款核心批量场景的应用,最后分享了基于TiDB优化方案的最佳实践和未来规划。

对:TiDB + Flink

本篇文章主要分享了知乎在TiDB x Flink批流一体方面的部分工作,并以实际业务为例介绍如何充分利用两者的特点完成端对端实时计算的闭环交付。

TiDB(中国)有限公司

本文根据茄子科技存储负责人闫林林在【PingCAP得复康2021】上的演讲整理而成,介绍了茄子科技面向不同业态的数据库选型,TiDB在APM场景的应用实践及茄子科技基于TiKV打造分布式KV系统的历程。

TiDB操作机

中文:中文:TiDB操作员本文为本系列文章的第五篇。

TiDB 5.2 . 01 - 01 - 01 - 01 - 01 - 01 - 01 - 01 - 01 - 01 - 01

事务前沿研究丨事务并发控制

本次我们将学习一些常用的并发控制方法,最后对VLDB 2020的最好的论文“乐观认为内存多核交易机会”进行解读,来看看有哪些办法能够提升事务的并行度。

混沌网格?techchaosd

本文描述了Chaosd作为混沌网提供的一款混沌工程测试工具,用于在物理机环境上注入故障,并提供故障恢复功能。

中国日报网2016-03-20

本文将介绍分布式NewSQL数据库TiDB应用到了大数据架构的其他场景下,如:蜂巢大查询报警,NameNode RPC加速。

【中文】:TiDB

中文翻译:中文翻译:中文翻译:中文翻译:中文翻译:中文翻译:

事务前沿研究丨确定性事务

本篇文章将讲解学术上不同的确定性事务和特点，并综合说说他们的优点和面临的问题。

TiDB 5.1

5.1 TiDB拥有更加稳定的响应延迟表现,更优的MPP性能与稳定性,更便捷的可运维性,开发者和DBA可以轻松地基于TiDB 5.1构建任意规模的关键业务应用。

TiDB操作员

本篇文章将以PD为例详细介绍组件生命周期管理的实现过程和相关代码,并且以PD的介绍为基础,介绍其他组件的部分差异。

事务前沿研究丨事务测试体系解析

本篇文章将继续在第一讲的事务隔离级别的基础上,对数据库事务的测试进行研究,主要讲述我们在PingCAP是如何保证事务的正确性的。

数字化加速，如何做到数据保鲜和数据价值变现？- - - - - - -

中文:中文:中文:中文:英文:TiDB。

TiDB 5.0 HTAP

【中文翻译】:中文翻译:中文翻译:

异步提交

同步提交，同步提交。

PingCAP(平帽)

PingCAP联合创始人兼首席技术官黄东旭在TiDB 5.0发布会上进行了“下一个是什么?新一代数据库的构想”的精彩演讲,讲述了TiDB作为一款企业级数据库的成长史,并分享PingCAP对于企业级数据库的思考与内外功修炼。

TiDB运营商:

本篇文章将介绍组件控制循环的编排设计。我们将会了解到完成TiDB集群的生命周期管理过程中,各种控制循环事件经过了怎样的编排,这些事件中又完成了哪些资源管理操作。

TiDB 5.0 -后台软件(1)

中文:中文:中文:中文:中文:中文:中文:中文:中文:中文:

TiDB 5.0

TiDB 5.0的性能和稳定性得到显著提升,从而具备更强大的OLTP金融级核心场景的服务能力;在原有HTAP引擎TiFlash的基础上引入MPP架构,TiDB使得众多企业的实时/交互式BI成为现实。

? ? ?

本篇文章的作者为龙姐姐说的都对的李晨曦,他们团队在本次马拉松比赛中构建了一个基于TiKV的分布式POSIX文件系统tif,继承了TiKV强大的分区容错和严格一致性特性,为TiKV生态开辟了一个新的领域。

这是一个非常好的例子。

中文:中文:这是一个很好的例子。

(2)操作人员

本文讨论了运营商模式,并从运营商模式的视角介绍TiDB运营商的代码的执行逻辑。

【中文译文】

本篇文章将介绍在两阶段锁理解下，人们对隔离级别的理解。

齐格，齐格，齐格，齐格

本文将介绍如何应对写入热点问题高效运行序列号服务。

TiDB操作机

本文作为TiDB运营商源码阅读系列的开篇,介绍了TiDB运营商的应用场景和能力定位,并谈到了之后源码阅读系列文章的规划,我们希望能通过这一系列文章扫清TiDB运营商理解的障碍,让更多的创意在社区中萌发。

混沌工程即服务

本篇文章的作者为中国农科院的团队的王相与于畅,他们在本次马拉松比赛中基工程作为服务于混乱的理念,对混沌网进行改造,以下就来看看他们的探索历程。

【中文译文

本文介绍了对性能要求非常苛刻的分布式KV数据库TiKV如何以不到5%的性能影响实现所有请求的耗时追踪。

TiDB 5.0 ?揭秘TiDB 5.0事务分布式授时模块

本文将会从TiDB现有的授时服务出发,一步步阐释新分布式授时服务的改造思路和本地事务的性能表现,最后会分享一个应用场景与上手步骤。

2020年TiDB黑客马拉松

。

TiKV + Flink =最佳人气流批一体库| TiDB Hackathon 2020优秀项目分享

【中文译文】

[j]。Md !2020 TiDB黑客马拉松

【中文翻译】【中文译文】

基于AWS的一站式分布式数据库测试体系,简单易上手| TiDB Hackathon 2020优秀项目分享

本篇文章将通过Ti-Improve团队与华创资本企业软件投资负责人谢佳的对话,揭秘团队赛前幕后的精彩故事。

2020年TiDB黑客马拉松

【中文译文】

这是一个很好的例子

“0=0”或“0=0”或“0=0”。

神器潮流在手,一键快速上车TiDB | TiDB Hackathon 2020优秀项目分享

【中文译文】

TiDB 5.0 RC发布说明

中文翻译:中文翻译:

2020，混沌网格

本文将从多个方面和大家一起回顾混乱网在这一年中的变化与成长,畅谈一些混乱网未来的目标与计划。

“，”，“，”，“，”

混沌网格(Chaos Mesh)

云原生数据库设计新思路

本文将向大家分享分布式数据库的发展趋势以及云原生数据库设计的新思路。

异性恋:异性恋

中文翻译:中文翻译:中文翻译:中文翻译:

去饺子!【中文译文

中国饺子，中国饺子，中国饺子，中国饺子

加入;加入

【中文翻译】:中文翻译:

(2)区域合并

区域合并纱。

Linux + Linux + Linux + Linux

本文将重点描述随着时间的推移，当内存碎片过多，无法满足连续物理内存需求时，将会引起性能问题。因此仅仅依靠此功能还不够，所以内核又引入了内存规整等功能。

Linux:对，对，对

本文将重点描述当前常用的3.10版本内核在伙伴分配器的预防内存碎片的扩展,内存规整原理,如何查看碎片指数,以及如何量化内存规整带来的延迟开销等。

【翻译】【翻译】

中文翻译:中文翻译:中文翻译:中文翻译:英文翻译:中文翻译:英文翻译:中文翻译:英文翻译:英文翻译:英文翻译:英文翻译:英文翻译:

混沌网格(Chaos Mesh)

随着混沌网1.0的发布,提供了运行时注入文件系统错误的功能,使得IOChaos的使用和其他所有类型的混乱一样简单方便。这篇文章将会介绍它的实现方式。

看不懂监控怎么办？TiDB新推出了耗时关系图

本文将向大家介绍TiDB 4.0.7提供的一个新功能,可以将数据库各个内部流程的耗时监控按父子关系绘制为关系图,帮助用户快速以另一种维度了解集群状态。

TiDB提交者:珅

TiDB提交者:珅

这是一个很好的例子

【中文翻译】:中文翻译:中文翻译:

TiDB提交器|

提交者:mmyj。

TiDB提交者

数据库提交者，DDL SIG。

PingCAP完成D轮2.7亿美元融资,创造全球数据库历史新的里程碑

企业级开源分布式数据库厂商PingCAP日前宣布完成2.7亿美元的D轮融资,创造全球数据库历史新的里程碑。

TiDB DM 2.0 GA

DM 2.0版本已正式发布,新增高可用,乐观协调模式下的分库分表合并迁移等企业级特性,同时带来一系列易用性的提升,确保用户的原数据库可以平滑地切换到TiDB,完全不用担心迁移带来的故障与数据丢失。

Flink (Flink)

中文:中文:中文:中文:

我的意思是，我的意思是，我的意思是，我的意思是

本文将和大家分享THP引起性能抖动的原因,典型的现象,分析方法等,在文章的最后给出使用THP时的配置建议及关闭方法。

TiDB; TiDB; TiDB

本文将向大家介绍我们是怎样使用TiSpark去实现海量数据批处理,然后写入到TiDB里面去的。

■TiDB、TiDB、TiDB、TiDB、TiDB、TiDB、TiDB

本文将向大家分享两款如何在线上环境分析系统调用的工具，方便大家需要时查阅。

混沌网格1.0 GA

从开源到现在近一年的时间里,网格在混乱所有贡献者的共同努力下,在不断完善新功能的同时,在易用性和稳定性上也都取得了阶段性的成果,今天,我们自豪的宣布混乱网1.0正式发布!

中文:TiDB

本文将向大家介绍TiCDC,一个通过拉取TiKV日志实现的TiDB增量数据同步工具,具有还原数据到与上游任意TSO一致状态的能力,同时提供开放数据协议,支持其他系统订阅数据变更。

Kubernetes上的TiDB

本文将向大家分享介绍TiDB在美丽上的运维管理系统TiDB运营商,再从各类故障场景入手剖析TiDB对k8如何实现高效的故障自愈并保障数据安全。

(2)区域分割

【中文翻译】

(1)本地读取(1)本地读取(2

这篇文章尝试向大家较为完整的介绍下TiKV中的木筏读流程的实现,特别是读过的指数和租赁。

混沌网格X GitHub动作——

本文将介绍如何在GitHub行动的工作流中使用混沌网,从而将混沌工程集成到系统开发的CI中。

星座运势

星座运势:https://www.jinjinjinjin.阐

libpf -tools - tracking

本篇文章概述了带通滤波器的主要应用,重点描述了libbpf-tools解决了哪些BCC痛点以及在PingCAP内部的相关实践。

中文:?

三角树。

为什么HTAP很重要? TiDB 4.0

说到为什么HTAP事项,其实包含两部分,一部分是说为什么我们叫HTAP,另外一部分是说TiDB怎样在HTAP架构下发挥它的优势。

TiDB 4.0

热点处理是分布式数据库亘古不变的话题,经过四个大版本的演进,目前TiDB 4.0通过AutoRandom,新热点调度器,热点可视化这几个方面进行了大幅度的优化。这些变化将以润物细无声的方式影响用户的体验。

混沌网格

本文介绍了帮助我们在复杂的分布式系统环境下保证系统正常稳定运行的办法——混沌工程学,以及基于Kubernetes的云原生混沌工程平网台混乱。

混沌网格

本文介绍我们是如何在混沌网和阿尔戈的基础上打造自己的自动化测试平台TiPocket],实现完全自动化的混沌测试,构成混沌测试完整闭环。

中文名称:jinjinjinjinjinjinjinjinjinjinjinjinjinjinjinjinjinjinjinjinjinjin.com

2020年PingCAP合作伙伴生态体系构建全面启动,基于TiDB社区,秉承开放平等的全新社区化合作伙伴生态理念,产业生态合作,解决方案合作,联合技术中心等众多计划百花齐放。

TiDB - ini ini ini ini ini ini ini ini ini ini

纵观现有业务系统的分布式改造，其中一个难点在于数据库的迁移，本文将分享我司在多年的实践中积攒的大量异构平台迁移经验，以及数据库复制技术的更多应用场景。

TiDB: http://www.tidb: TiDB

依托于整个工程研发团队,QA测试团队,以及所打造和拥有的强大的测试体系,TiDB产品的容灾灾备一系列高可用及灾备容灾机制,我们能够为银行,保险,证券等金融客户提供完善的,可靠的,放心的,金融级的分布式数据库服务。

【中文翻译】

在部署易用性方面,TiDB开发者经过诸多探索和尝试,经过了命令行时代,Ansible时代,终于在TiDB 4.0发布了新一代具有里程碑意义的解决方案——TiUP。

中文:http://www.chinesechina.com, http://www.chinesechina.com, http://www.chinesechina.com, http://www.chinesechina.com

TiDB。

TiDB 4.0:领先的实时HTAP数据库为云做好准备

4.0 TiDB终于迎来GA版本,这是TiDB”面向未来的数据库”道路上面的一个重要的里程碑。

开发者x用户联手”打怪升级”,TiDB易用性挑战赛& 4.0捉“虫”竞赛完结!

中文:TiDB,TiDB,TiDB,TiDB,TiDB

中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文

“我的意思是，我的意思是，我的意思是，我的意思是，我的意思是，我的意思是，我的意思是。”

打造未来的数据库，不一定要写代码？TiDB 4.0“

赛程即将进入下半场，战况愈发激烈，我们总结了上半场的大事件快来看看吧~

【中文译文】

【中文翻译】:“我的意思是，我的意思是，我的意思是，我的意思是，我的意思是我的意思。”赛事开启后，大家可是百花齐放，百家争鸣。目前赛程已经过半，我们先来看看战绩吧！

ini flash ?我不知道

短短几周时间,每次TiFlash的版本更新都会带来新的性能的改进,速度越来越快

未来数据库应具备什么核心能力？

上周六,我们开启了数据库的未来系列的第一期直播,我司CTO黄东旭及工程副总裁申砾畅聊了“未来的数据库会是什么样?”这个颇具想象力的话题。这是第一期直播的部分文字&视频回顾。

左手尝鲜、右手周边？TiDB 4.0捉“虫"竞赛来袭！

邀请社区小伙伴参与一起为TiDB全球社区建设添砖加瓦,让TiDB新版本给大家带来更好的体验!

TiDB 4.0

“”。

TiDB 4.0概述

4月8日是PingCAP成立五周年的日子,我们也在这一天发布了具有里程碑意义的TiDB 4.0首个RC版本。

【中文翻译

“单一真理之源”

TiDB 4.0 www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb

TiDB 4.0新提供TiDB仪表板图形化界面,内置各种有力工具方便DBA同学诊断,监视和管理集群。

TiDB 4.0 www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb www.tidb

中文:http://www.georg.cn/cn/xgn/georg.cn/cn/

TiKV源码解析系列文章(十八)筏提出的承诺和应用情景分析

raft-rs实现了筏领袖选举和日志复制等核心功能,而消息的发送、接收,应用到状态机等操作则需要使用者自行实现,本文将要介绍的就是TiKV中这些部分的处理过程。

TiFlash:中文翻译为:中文翻译为:中文翻译为:中文翻译为:中文翻译为

TiFlash是配合TiDB体系的列存引擎,它和TiDB无缝结合,在线DDL,无缝扩容,自动容错等等方便运维的特点也在TiFlash中得到继承,此外,TiFlash可以实时与行存保持同步。

TiDB 4.0 http://www.tingclass.net.cn瞻(2)http://www.tingclass.net.cn

“”。那么在TiDB 4.0中,悲观锁在经历了市场与时光的考验后,无论是性能还是稳定性都能够“轻拢慢撚抹复挑,初为“霓裳”后“六幺"。

TiKV提交者:

“参与社区贡献,除了增加了锈蚀使用经验和真正用于生产的数据库开发经验,同时也认识了很多人,扩大了社交圈,让我学到了很多东西。”

你好，我叫:“捞”

我们简单总结了一些捞分技巧，希望能够帮助大家快速上手，追上这些排名靠前的参赛选手们。

TiDB 4.0.0的新功能

TiDB 4.0版本是一个让人兴奋的版本,我们提供了非常多有用,有趣的特性,本文将带领大家对这些有用,有趣的特性作一个概括性的讲述。

“TiDB在行动”

从上周五晚21:00开始,历时48小时,共102位有来自社区的作者参与,截止周日21:00,总计产生了421次提交199个公关,最终开源电子书< TiDB行动>第一版诞生。

锈迹斑斑

去吧!它也有一些犄角旮旯，但绝大部分是经过精心设计的。它的学习速度令人难以置信，并且规避了其他语言中一些不那么广为人知的特性。

TiDB贡献者

和一群志同道合的朋友一起做酷且正确的事情，哪怕它是困难的、甚至曾被人认为是不可能的。但，让世界变得更美好，不正是我们踏入开源世界的初衷吗？

【中文翻译】:48中文翻译:中文翻译:中文翻译:中文翻译:中文翻译

既然都是做分布式系统的，为什么不尝试下「分布式写书」？TiDB的社区里有那么多身怀绝技的朋友，社区里也积赞了无数的内容，我们只是需要一个契机将这些内容串联起来。

TiDB: TiDB: TiDB: TiDB: TiDB: TiDB: TiDB: TiDB: TiDB

TiDB挑战赛第二季今天正式开启,赛程持续3个月,本赛季将围绕”提升TiDB的易用性”展开。考虑到用户们对TiDB落地实操中的“易用性”有深刻的体验,我们特地征求了一波TiDB用户组(拉)的意见。

锈迹斑斑

许多人抱怨构建的时间太长。有时，在开发模式下完全重新构建需要花费 15 分钟，而在发布模式则需要 30 分钟。

【人才计划】

“哎呀!”“哎呀!”“哎呀!”“哎呀!”

1GB/s, 1GB/s, 1GB/s, 1GB/s。我不知道

TiDB目前可以满足超大集群的备份恢复的需求,经过测试,10 t数据的备份恢复速度可以达到GB / s级别。这得益于我们研发的分布式备份恢复工具鳞片(BR)的备份和恢复。

TiDB Binlog (

同步数据这一步重要操作由排水器模块支持,它可以将binlog同步到TiDB / MySQL /卡夫卡/文件(增量备份)等下游组件

我眼中的分布式系统可观测性

“云原生”，“云原生”

TiDB 4.0新特性前瞻(一)拍个CT诊断集群热点问题

【关键可视化工具】【关键可视化工具】“ct”，“ct”，“ct”，“ct”。

原来提升一个数据库的性能并没有那么难！【中文翻译

性能挑战赛已经圆满落幕,最终的积分排行也新鲜出炉,选手们的参赛成果让人非常惊喜,让我们回顾一下选手们是如何在“TiDB性能提升”之路,上过五关斩六将的吧~

为了证明它的速度,我们一口气对比了甲骨文,MySQL, MariaDB Greenplum, Apache火花

http://www.tingclass.cn/cn/ (http://www.tingclass.cn/) http://www.tingclass.cn/ ?

【中文翻译】

3.1 TiDB推出的TiFlash产品,可以让你的AP查询提升数倍,不需要复杂的操作,无需多少节点,轻轻松松。

TiDB Binlog (

本文将从装载机的接口定义开始,由上至下的介绍装载机将binlog写入下游数据库的过程。

TiLightning—闪电+ TiSpark

TiDB。

(1)木筏板

【中文翻译】:中文翻译:

在2010年代

“在2010年代”的英文:http://www.tingclass.com

TiExciting -- - TiDB

本篇文章将介绍在这家网站获得三等奖的TiExciting项目,它可以帮助更多人用上TiDB并改善运维的复杂度。

在2010年代

“在2010年的时候”，“在2010年的时候”。

PingCAP特别周-工具问题

2019年第四季度,PingCAP特别的星期的主题是工具,本篇文章将介绍本次西南都有哪些不错的成果。

Kubernetes (Kubernetes

我们将混沌相关实现从自动化测试平台中抽离出来,作为混沌网的最初原型,并经过重新设计和完善,最终于Github上开源。

在2010年代

“在2010年，我一直在用我的名字。”

在2010年代

无论哪个时代，存储都是一个重要的话题，今天先聊聊数据库。

TiDB Binlog (

【中文】:疏水服务器。

10x!【翻译

SQL、SQL、SQL、SQL、SQL、SQL。

我的意思是:我的意思是我的意思

基于TiDB Binlog的Fast-PITR(快速复苏的时间点),即基于TiDB Binlog的快速时间点恢复,实现了基于TiDB Binlog的逐级合并,以最小的代价实现快速PITR,解决了现有TiDB原生备份恢复方案的一些痛点问题。

从大数据到数据库

作为一个从大数据转行做数据库的人，我自以为能感受到两个世界的异同。本篇文章，斗胆聊下这个话题，以及对未来的看法。

TiKV协处理器执行器

本文将介绍下推算子的执行流程并分析下推算子的部分实现细节,加深大家对TiKV协处理器的理解。

笨笨:笨笨:笨笨:笨笨:笨笨

我们尝试为TiDB引入“全文检索”功能,为存储在TiDB中的文本数据提供随时随地搜索的能力。

赛程刚过 1/3，什么操作让性能提升 150+ 倍？【翻译

TiDB性能挑战赛的赛程刚过1/3,参赛选手们已经取得了十分耀眼的阶段性成果~让我们来看看吧!

2019年TiDB黑客马拉松

为什么会这样呢?

TiDB Binlog (

本文介绍了泵存储的两个重要组件‘valueLog’,‘slowChaser’的主要功能与具体实现。

TiDB 2019黑客马拉松【中文译文

我们针对TiDB跨数据中心方案做了一些优化,使得跨地域SQL查询延迟下降50%,跨节点消息数减半,即网络流量减了半。

TiKV发动机SIG，对，对，对，对

TiKV引擎团体主要职责是对TiKV的存储引擎的未来发展进行讨论和规划,并进行相关开发和维护。期待社区伙伴们的支持和贡献～

开源社区怎么玩？维护人员......

“当你持续的认真投入到开源后,项目和社区就会产生双向的交流,不再只是你单向的投入,社区也会给予你反哺,这时就会形成正向循环,对项目发展会起到非常大的推动作用。”

级联规划器

级联规划器

■级联规划器

我们将这个系列再向着数据库的核心前进一步,挑战一下“为TiDB的优化器增加优化规则”,带大家初步体验一下可以对查询的执行时间产生数量级影响的优化器的魅力。

TiDB、HAProxy、HAProxy、HAProxy

TiDB服务器作为无限水平扩展的无状态计算节点,需要能提供稳定且高性能的负载均衡组件用对外统一的接口地址来提供服务,而HAProxy在负载均衡的生态中占有很大的市场。【中文】:http://www.haproxy代理。

【中文翻译】:【中文翻译

本文将介绍协处理器中表达式计算框架的源码架构,带大家看看SQL中的表达式是如何在协处理器中执行的。

统一线程池| TiDB黑客马拉松2019

统一的线程池项目实现了在TiKV中使用一个统一的自适应线程池处理读请求,能够显著提升性能,并可预测性地限制大查询对小请求的干扰,最终在TiDB Hackathon 2019中斩获一等奖。

2019 TiDB黑客马拉松

TiDB-Wasm项目实现了将TiDB编译成Wasm运行在浏览器里,让用户无需安装就可以使用TiDB,最终获得了TiDB这家2019年的二等奖。

【中文译文】本文教你 30 分钟快速上手拿积分！

本文以TiKV性能挑战赛简单级别任务“TiDB卡式肺囊虫肺炎:迁移功能”为例,教大家如何快速又正确地完成这个任务。

TiDB(英文):Java(英文)

本文将从Java数据库交互组件开发的角度出发,介绍各组件的推荐配置和推荐使用方式,希望能帮助Java开发者在使用TiDB时能更好的发挥数据库性能。

让数据库运行在浏览器里？TiDB+ WebAssembly 告诉你答案

【中文译文】打开浏览器，你可以直接创建数据库，对数据进行增删改查。关掉浏览器，一切都消失了，干净绿色环保。

TiKV协同处理器

本文将简要介绍TiKV协处理器的基本原理,面向想要了解TiKV数据读取执行过程的同学,同时也面向想对该模块贡献代码的同学。

-- -- -- --

本文将以TiDB与Kubernetes的“爱恨情仇”为例,总结有状态应用走向云原生的工程最佳实践。

TiKV、giga、giga、giga、giga、giga、giga

今天是1024程序员节,我们正式成立TiKV项目的首个团体——协处理器团体,希望对TiKV项目感兴趣的小伙伴们都能加入进来,探索硬核的前沿技术,交流切磋,一起走上贡献的进阶之路!

(1)区域

本文将介绍TiKV核心模块Raftstore的处理流程以使大家更好得理解海量区域导致性能问题的根源,以及针对这种情况的一些优化手段。

TiDB社区升级!

TiDB, www.tidb, www.tidb, www.tidb, www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb, http://www.tidb经过一系列的思考和总结，我们决定升级和调整目前社区组织架构，引入更多的社区角色和社区组织，以便更好的激发社区活力，维护积极健康的社区环境。

TiDB, tectectecini, tectectecini, tectecini

中文:中文:中文:中文:中文:中文:中文:中文:中文:中文:中文:中文:中文:中文:中文:中文:同时，也欢迎大家给我们提供相关的优化建议，参与到我们的优化工作中来。

动手!齐格，齐格，齐格

“TiDB，。”

TiDB、PD、d、d、d、d、d、d、d、d、d、d、d、d

本文将详细介绍PD调度系统的原理,并通过几个典型场景的分析和处理方式,分享调度策略的最佳实践和调优方法,帮助大家在使用过程中快速定位问题。

AutoTiKV

如果有一个自动调优的方案就可以大大减少调优的人力成本,同时也可能在调优的过程中,发现一些人工想不到的信息。我们从AutoML中得到启发,希望能用自动化Hyper-parameter调优中的一些方法来对数据库参数进行自动调优。

TiDB Binlog (

在上篇文章中,我们主要介绍了泵的服务器上线过程,gRPC API实现,以及下线过程和相关辅助机制,其中反复提到了泵存储这个实体。水泵储存器

■■■■■

在上篇文章中,我们介绍了TiDB如何实现表达式的向量化优化,以及社区同学如何参与这项工程。两周过去了，我们收到了很多来自社区小伙伴们的建议和反馈，今天在这里和大家分享一下活动进展和这些建议及反馈。

TiKV Rust客户端毕业证-期货0.1 - 0.3

1 . )过程本身不是特别麻烦，但还是有些地方或是微妙棘手，或是没有很好的文档说明。这篇文章里，我会把迁移经验总结分享给大家。

■■■■■■■■■■■■■

最近我们扩展了TiDB表达式计算框架,增加了向量化计算接口,初期的性能测试显示,多数表达式计算性能可大幅提升,部分甚至可提升1 ~ 2个数量级。为了让所有的表达式都能受益，我们需要为所有内建函数实现向量化计算。

中文:http://www.tingclass.cn/cn/

“从前我们更多是站在使用者的角度从开源社区汲取养分,随着知乎技术架构和内部工程能力的成长,未来我们希望能够以更加积极主动的状态参与开源项目,回馈社区。”

格拉瓦纳(Grafana

使用TiDB Ansible部署TiDB集群,会同时部署一套Grafana +普罗米修斯的监控平台,这套监控用来收集和展示TiDB集群各个组件和机器的指标信息,这些指标信息非常丰富,可以帮助使用者分析TiDB集群的状态以及故障排除。

DM 1.0 GA

DM在TiDB得复康2019上正式开源,经过半年多时间在大量用户,开发者的支持和反馈下,今天我们宣布DM 1.0 GA正式发布。

TiDB (

本文通过阐述一个高并发批量写入数据到TiDB的典型场景中,TiDB中常见的问题,给出一个业务的最佳实践,避免业务在开发的时候陷入TiDB使用的“反模式”。

(1)MVCC

本文将介绍数据读取的流程。

TiDB + TiFlash

本篇文章介绍了关于HTAP数据库的一些思考,以及新组件TiFlash给TiDB带来的变化。

TiDB Binlog(4)泵服务器

本文将继续介绍泵服务器的实现,对应的源码主要集中在TiDB Binlog仓库的泵/服务器。加油!

TiDB

TiDB (TiDB) 3.0。这个功能也是千呼万唤始出来的一个功能。

TiDB参考全文

关注TiDB的同学,最近可能注意到TiKV这边合并了一个不大不小的公关,支持了一个特性叫做跟随者读,看到这个功能被合并进主干我确实有点百感交集,还发了条朋友圈庆祝,因为我实在很喜欢这个特性。

【中文译文

【中文译文】

三十分钟成为贡献者|提升TiDB解析器对MySQL 8.0语法的兼容性

TiDB SQL Parser MySQL 8.0对于新的贡献者而言，除了能将理论知识运用到实践上以外，还可以从中体验参与一个开源项目的整体流程与规范。

TiDB Binlog(三)泵客户端

本篇将介绍泵客户,希望大家了解TiDB把binlog写到泵,以及输出数据的过程。

TiDB,TiDB Operator 1.0 GA

开源后到现在的近一年内，我们一方面基于用户反馈不断打磨项目的易用性，另一方面通过严苛的稳定性测试持续提升可靠性。操作符1.0 GA

(1)Storage(存储

本文将为大家介绍TiKV源码中的存储模块,它位于服务与底层KV存储引擎之间,主要负责事务的并发控制。存储空间

【中文翻译

本篇文章将从质量保证的角度来介绍DM测试框架的设计和实现,探讨如何通过多维度的的测试方法保证DM的正确性和稳定性。

DM源码阅读系列文章(九)碎片DDL与检查点机制的实现丨TiDB工具

在本篇文章中,我们将对切分DDL同步机制以及检查点机制等进行详细的介绍,内容包括碎片组的定义,碎片DDL的同步协调处理流程,检查点机制以及与之相关的安全模式机制。

(1)快照

快照。

【中文译文】服务

之前的TiKV源码解析系列文章介绍了TiKV依赖的周边库,从本篇文章开始,我们将开始介绍TiKV自身的代码。中文:服务。

TiDB Binlog(英文

本文介绍了TiDB Binlog相关源码仓库:tidb-tools和tidb-binlog,以及其中的目录,并且展示了如何启动测试集群。

TiDB 3.0 GA

2019年6月28日,TiDB 3.0 GA正式发布,请跟随我们的脚步看看TiDB 3.0有什么样的惊喜。

DM:在线模式变更(

本篇文章将会以gh-ost为例,详细地介绍DM是如何支持一些MySQL上的第三方在线模式变更方案迁移,内容包括在线模式变更方案的简单介绍,在线模式改变迁移方案,以及迁移实现细节。

TiDB Binlog(ⅰ)

TiDB Binlog组件用于收集TiDB的Binlog,并准实时同步给下游,如TiDB、MySQL等。该组件在功能上类似于MySQL的主从复制,会收集各个TiDB实例产生的binlog,并按事务提交的时间排序,全局有序的将数据同步至下游。

(1)grpc-rs

本篇将带大家深入到grpc-rs这个库里,查看RPC请求是如何被封装和派发的,以及它是怎么和锈未来进行结合的。

DM

本篇文章介绍了DM的定制化数据同步功能中库表路由(表路由),黑白名单(黑色和白色表列表),列值转化(列映射),binlog过滤(binlog事件过滤器)四个主要功能的实现。

DM (

本篇文章的内容包括中继日志目录结构定义,中继日志数据的处理流程,主从切换支持,中继日志的读取等逻辑。

【翻译】

齐格，齐格，齐格，齐格，齐格，齐格这些思路很多时候是大家看不见的，因为不是一个纯粹的技术层面或者算法层面的事情。

诊www.tidb Operator(操作系统

我们在美丽中测试TiDB运营商时发现了两个Linux内核错误,这些错误已经困扰我们很长一段时间,并没有在整个k8社区中彻底修复。经过广泛的调查和诊断，我们已经确定了处理这些问题的方法。

(1)gRPC服务器

TiKV -rs。grpc-rs是PingCAP实现的一个gRPC的铁锈绑定,其服务器/客户端的代码框架都基于未来,事件驱动的EventLoop被隐藏在了库的内部,所以非常易于使用。

TiDB 3.0.0-rc.1新增功能

2019年5月10日，TiDB 3.0.0-rc。1 版本正式推出，该版本对系统稳定性，性能，安全性，易用性等做了较多的改进，本文会逐一介绍。

(1)数据库复制;(1)数据库复制

本篇文章将会详细地介绍DM核心处理单元Binlog复制,内容包含Binlog读取,过滤,路,由转换,以及执行等逻辑。

TiDB Binlog

为方便用户和开发者更加深入理解和使用TiDB Binlog组件,以及基于TiDB Binlog组件做二次开发用于更多的业务场景,TiDB团队决定于2019年5月6日正式开源TiDB Binlog组件。

Golang故障点

Failpoint项目是FreeBSD Failpoints的Golang实现,允许在代码中注入错误或异常行为,并由环境变量或代码动态激活来触发这些异常行为。故障点(Failpoint)。

DM (1)dump/load (1)

本文将详细介绍转储和负载两个数据同步处理单元的设计实现,重点关注数据同步处理单元接口的实现,数据导入并发模型的设计,以及导入任务在暂停或出现异常后如何恢复。

(1)木筏;(2)木筏

本文将对数据冗余复制的过程进行详细展开,特别是关于快照及流量控制的机制,帮助读者更深刻地理解筏的原理。

DM源码阅读系列文章(三)数据同步处理单元介绍丨TiDB工具

本篇文章将详细地介绍DM数据同步处理单元(DM-worker内部用来同步数据的逻辑单元),包括数据同步处理单元实现了什么功能,数据同步流程,运行逻辑,以及数据同步处理单元的界面设计。

Kubernetes (Kubernetes

很多场景下PreStop钩并不能很好地完成需求,这篇文章就简单分析一下“优雅地停止豆荚”这回事儿。

(1)失败

本文为TiKV源码解析系列的第五篇,为大家介绍TiKV在测试中使用的周边库fail-rs。

TiDB 3.0.0 Beta.1的新功能

今年1月份,我们发布了TiDB 3.0.0 Beta版本,得复康上也对这个版本做了介绍,经过两个月的努力,今天推出了下一个Beta版的本3.0.0 Beta.1。

DM(1)、g(2)、g(3)、g (3)

本篇文章主要介绍TiDB数据迁移(TiDB DM)的整体架构,包括TiDB DM有哪些组件,各组件分别实现什么功能,组件之间交互的数据模型和RPC实现。

【中文翻译

中文:中文:这是一个很好的例子。本文为本系列文章的第一篇。

普罗米修斯(1)

普罗米修斯(普罗米修斯)

普罗米修斯(英文)

“”“”“”“”“”

数据库的(近期)未来- TiDB DevCon 2019

在TiDB得复康2019上,我司联合创始人兼首席技术官黄东旭分享了对数据库行业大趋势以及未来数据库技术的看法。

(2)木筏提案

本文将以raft-rs的公共API作为切入点,介绍一般提议过程的实现原理,让用户可以深刻理解并掌握raft-rs API的使用,以便用户开发自己的分布式应用,或者优化,定制TiKV。

(1)、(1)

在TiDB得复康2019上,我们宣布启动TiKV源码系列分享,帮助大家理解TiKV的技术细节。本文为本系列文章的第一篇。

泰坦

泰坦是由PinCAP研发的一个基于RocksDB的高性能单机键-值存储引擎。我们的基准测试结果显示,当价值较大的时候,泰坦在写,更新和点读等场景下性能都优于RocksDB。

TiDB Binlog (www.tidb Binlog

本文将为大家介绍TiDB在执行DML / DDL语句过程中,如何将binlog数据发送给TiDB binlog集群的泵组件。

TiDB准备/执行

在“(三)SQL的一生”中,我们介绍了TiDB在收到客户端请求包时,最常见的“命令- COM_QUERY”的请求处理流程。本文我们将介绍另外一种大家经常使用的命令,准备/执行的请求在TiDB中的处理过程。

TiDB 2019，升级!

2018年对于TiDB和PingCAP来说是一个由少年向成年的转换的一年,如果用一个关键字来概括就是“蜕变”。

TiDB生态系统工具原理解读系列(三)TiDB数据迁移架构设计与实现原理

TiDB数据迁移:MySQL/MariaDB该工具既支持以全量备份文件的方式将MySQL / MariaDB的数据导入到TiDB,也支持通过解析执行MySQL / MariaDB binlog的方式将数据增量同步到TiDB。

TiDB哈希聚合

哈希聚合。

笨笨笨笨笨笨笨笨笨笨笨笨笨笨

为了实现一些新特性,我们需要为AST实现可以还原SQL文为本的功能,这篇教程描述如何为AST节点添加该功能。(1)。

TiDB- lightning tool tool . TiDB生态系统工具

TiDB-Lightning工具集是一套快速全量导入SQL转储文件到TiDB集群的工具集,适合在上线前用作迁移现有的大型数据库到全新的TiDB集群。

TiDB

本篇文章将介绍聚合消除、外连接消除和子查询优化等优化规则。

TiDB生态系统工具原理解读系列(一):TiDB Binlog架构演进与实现原理

TiDB Binlog，笨笨，笨笨，笨笨中文翻译:中文翻译:中文翻译:

TiDB 2.1:为不可预测的世界进行战斗测试

TiDB是由PingCAP开发的分布式关系型数据库,今天我们很高兴地推出TiDB 2.1正式版,提供更丰富的功能,更好的性能以及更高的可靠性。

TiDB 2.1 GA发布说明

2018年11月30日，TiDB。【中文译文】、【中文译文】、【中文译文】

TiDB (TiDB)

中文:TiDB、TiDB、TiDB、TiDB、TiDB。中文翻译:中文翻译:中文翻译:

TiDB表分区

中文:中文:表分区

筏子

“木筏”、“木筏”、“木筏”

TiKV、TiKV、TiKV

【中文译文】通过该文档,同学们会知道TiKV是如何将一个写请求包含的数据更改存储到系统,并且能读出对应的数据的。

TiDB(中文)tikv-client(中文)

本文将继续介绍tikv-client里的两个主要的模块,负责处理分布式计算的copIterator和执行二阶段提交的twoPhaseCommitter。

TiKV

骤，享受吧~

这是一个很好的例子

【中文翻译】:中文翻译

TiDB(中文)tikv-client(中文)

享受吧~

【中文译文】:DDL

本文首先会介绍TiDB DDL组件的总体设计,以及如何在分布式场景下支持无锁模式变更,并描述这套算法的大致流程,然后详细介绍一些常见的DDL语句的源码实现。享受~

TiDB操作符，叽叽叽咕

TiDB运营商已经正式开源,本文将详细介绍TiDB运营商开源的细节,希望大家深入了解这个新的开源项目之后,能够速来贡献代码,成为贡献!享受~

【中文翻译】【中文翻译

本文将首先介绍在TiDB中插入语的句的分类,以及各语句的语法和语义,然后分别介绍五种插入语句的源码实现,享受~

排序、合并、连接

排序合并加入，享受吧~

三、中文:三、中文:三、中文:三、中文:三、中文:三、中文

“贡献者”。

TiDB

本篇文章将介绍直方图和Count-Min (CM)草图的数据结构,然后介绍TiDB是如何实现统计信息的查询,收集以及更新的。

TiDB

本文将详细介绍TiDB是如何分析复杂的筛选条件,来得到这些条件在对应的索引上的逻辑区间范围(范围)。

TiDB

本篇文章将介绍统计信息基本概念,TiDB的统计信息收集/更新机制以及如何用统计信息来估计算子代价。这是一个很好的例子。

TiDB索引查找连接

前两篇文章中介绍了块和散列连接,本篇将继续介绍TiDB中索引查找连接具体实现方法和执行流程。享受~

TiDB:哎呀，你知道吗?

本文分享了TiDB应用混沌工程的方法,介绍基于k8自研的自动化测试平台薛定谔,并通过实际例子说明如何在薛定谔里应用混沌来测试系统。

【翻译】

这篇文章是关于TiDB代表性”为什么”的前十,希望大家在了解了我们这些背后的选择之后,能更加纯熟的使用TiDB,让它在适合的环境里更好的发挥价值。

(1)块(Chunk)

大块，享受吧~

哈希连接

中文翻译:中文翻译:哈希连接，享受吧~

【中文翻译】:中文翻译

中文翻译:中文翻译:内文会先简单介绍制定查询计划以及优化的过程,然后用较大篇幅详述在得到逻辑计划后的基于成本的优化(CBO)过程。

TiDB 2.0 GA版本

2018年4月27日，TiDB。MySQL、MySQL、MySQL、MySQL、MySQL。

TiDB 2.0 GA来了!

经过半年时间,6个RC版本,今天TiDB 2.0 GA版本正式发布。

TiDB

中文翻译:中文翻译:在TiDB中,SQL优化的过程可以分为逻辑优化和物理优化两个部分。本篇将主要关注逻辑优化。享受~

TiDB选择“”

在先前的TiDB源码阅读系列文章(四)中,我们介绍了插入语句,想必大家已经了解了TiDB是如何写入数据,本篇文章介绍一下选择语句是如何执行的。享受~

_寅:TiDB

本文为今年年初PingCAP商业产品团队负责人刘寅在TiDB DevCon2018上分享的“TiDB工具链和生态”实录内容,文内详细介绍了TiDB的周边工具以及生态系统。享受~

TiDB SQL解析器

SQL解析器(GitHub ID:mz1999)。

(4)插入中文:中文:中文:中文:中文:中文

中文翻译:中文翻译:中文:中文:插入中文:中文:中文:中文:中文:中文:

(3)SQL

中文翻译:中文翻译:本篇文章从SQL处理流程出发,介绍哪里是入口,对SQL需要做哪些操作,知道一个SQL是从哪里进来的,在哪里处理,并从哪里返回。

(2)中文:TiDB

本文为TiDB源码阅读系列文章的第二篇,第一篇文章介绍了TiDB整体的架构,本篇文章是一篇入门文档享受~

【中文翻译

在TiDB DevCon2018上,我们对外宣布了TiDB源码阅读分享活动,承诺对外发布一系列文章以及视频帮助大家理解TiDB源码。本文为本系列文章第一篇。

TiDB 1.1测试版

2018年2月24日，TiDB。MySQL、MySQL、MySQL、MySQL、MySQL、MySQL。

TiDB 1.1 Alpha发布

2018年1月19日，TiDB。MySQL、MySQL、MySQL、MySQL、MySQL、MySQL、MySQL、MySQL、MySQL、MySQL、MySQL、MySQL、MySQL、MySQL、MySQL、MySQL。

键值存储

构建一个分布式键值存储并不是一件容易的事情,我们需要考虑很多的问题,首先就是我们的系统到底需要提供什么样的功能。本文将以我们开发的分布式键-值TiKV作为实际例子,来说明下我们是如何取舍并实现的。

笨笨笨笨笨笨笨笨笨笨笨笨笨笨笨笨笨笨

1、中文:1、中文:1、中文:1、中文:1、中文:1、中文:1、中文:1、中文:1、中文:1、中文:

谈谈开源(一)

很多人的“开源”是一个比较时髦且有情怀的词汇,不少公司也把开源当做KPI或者是技术宣传的手段。但是在我们看来，大多数人开源做的并不好，大多数开源项目也没有被很好的维护。比如前一段时间微博上流传关于Tengine的讨论,一个优秀的开源项目不止是公布源代码就好了,还需要后续大量的精力去维护,包括制定路线图,开发新功能,和社区交流,推动项目在社区中的使用,对使用者提供一定程度的支持,等等。

当TiDB遇到Spark

本文整理自TiSpark项目发起人马晓宇在地层数据会议上分享的“当TiDB遇到火花”演讲实录。

线性化能力

上篇文章介绍了TiDB如何使用Jepsen来进行一致性验证,并且介绍了具体的测试案例,但是并没有对Jepsen背后的一致性验证算法做过多介绍。这篇文章将会深入Jepsen的核心库克诺索斯,介绍克库所涉及的Linearizability(线性化)一致性验证算法。

吉普森

中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文名称:中文

TiSpark (Beta

TiSpark、PingCAP、OLAP、OLAP、OLAP、OLAP、OLAP、OLAP、OLAP、OLAP、OLAP。借助火花平台本身的优势,同时融合TiKV分布式集群的优势,和TiDB一起为用户一站式解决HTAP(混合事务/分析处理)需求。TiSpark TiKV【中文翻译】TiSpark。

PAX: Cache

今年,扳手终于发了另一篇论文,扳手——成为一个SQL系统,里面提到扳手使用了一种新的存储格式——Ressi用来支持OLTP和OLAP。【中文翻译】:齐齐、齐齐、齐齐、齐齐。因为TiDB定位就是一个HTAP系统,所以我也一直在思考在TiKV这层如何更好的存储数据,用来满足HTAP的需要,既然扳手使用了罗马帝国,那么就有研究的必要了。

gRPC-rs:从C到生锈

上篇文章中,我们讲到TiKV为了支持gRPC,我们造了个轮子gRPC-rs,本篇文章会简要地介绍一下这个库。

■■■■■■■■■■

为了方便社区同学更好地参与TiDB项目,本文一方面对继上一篇文章发布后参考社区的反馈对表达式计算框架所做的修改进行详细介绍,另一方面对尚未重写的内置函数进行陈列。

TiDB最佳实践

本文档用于总结在使用TiDB时候的一些最佳实践,主要涉及SQL使用,OLAP / OLTP优化技巧,特别是一些TiDB专有的优化开关。【中文翻译】、【中文翻译】、【中文翻译】、【中文翻译】

工欲性能调优，必先利其器（2）- 火焰图

【中文翻译】

整整齐齐，整整齐齐，整整齐齐，整整齐齐

为了加速表达式计算速度,最近我们对表达式的计算框架进行了重构,这篇教程为大家分享如何利用新的计算框架为TiDB重写或新增内置函数。

gRPC:对

TiDB: http://www.tingor.cn/cn/RC3版本对于TiKV来说最重要的功能就是支持了gRPC,也就意味着后面大家可以非常方便的使用自己喜欢的语言对接TiKV了。gRPC是基于 HTTP/2 协议的，要深刻理解 gRPC，理解下 HTTP/2 是必要的，这里先简单介绍一下 HTTP/2 相关的知识，然后再介绍下 gRPC 是如何基于 HTTP/2 构建的。

【中文译文

平时技术说得多，今天说点走心的。

这是可能的

作为一个分布式系统，在多个节点分别配置安装服务会相当繁琐。Ansible是基于 Python 的自动化运维工具，糅合了众多老牌运维工具的优点实现了批量操作系统配置、批量程序的部署、批量运行命令等功能，而且使用简单，仅需在管理工作站上安装 Ansible 程序配置被管控主机的 IP 信息，被管控的主机无客户端。选用自动化工具 Ansible 来批量的安装、配置、部署 TiDB 。本文介绍如何通过 Ansible 工具来批量安装，使整个过程简单化。

【中文译文

任何一个复杂的系统，用户感知到的都只是冰山一角，数据库也不例外。前两篇文章介绍了TiKV, TiDB的基本概念以及一些核心功能的实现原理,这两个组件一个负责KV存储,一个负责SQL引擎,都是大家看得见的东西。在这两个组件的后面,还有一个叫做PD(司机位置)的组件,虽然不直接和业务接触,但是这个组件是整个集群的核心,负责全局元信息的存储以及TiKV集群负载均衡调度。本篇文章介绍一下这个神秘的模块。这部分比较复杂，很多东西大家平时不会想到，也很少在其他文章中见到类似的东西的描述。我们还是按照前两篇的思路，先讲我们需要什么样的功能，再讲我们如何实现，大家带着需求去看实现，会更容易的理解我们做这些设计时背后的考量。

工欲性能调优，必先利其器（1）

最近在排查TiDB性能问题的时候,通过工具发现了一些问题,觉得有必要记录一下,让自己继续深刻的去理解相关工具的使用,也同时让同学们对类似问题的时候别再踩坑。

【基础设施会议第45期】TiKV生锈

【中文译文

齐格，齐格，齐格，齐格，齐格，齐格。本篇将介绍TiDB如何利用底层的KV存储,将关系模型映射为键值模型,以及如何进行SQL计算。

【中文译文

数据库、操作系统和编译器并称为三大系统，可以说是整个计算机软件的基石。其中数据库更靠近应用层，是很多业务的支撑。这一领域经过了几十年的发展，不断的有新的进展。很多人用过数据库，但是很少有人实现过一个数据库，特别是实现一个分布式数据库。了解数据库的实现原理和细节，一方面可以提高个人技术，对构建其他系统有帮助，另一方面也有利于用好数据库。研究一门技术最好的方法是研究其中一个开源项目，数据库也不例外。单机数据库领域有很多很好的开源项目,其中MySQL和PostgreSQL是其中知名度最高的两个,不少同学都看过这两个项目的代码。但是分布式数据库方面，好的开源项目并不多。TiDB:。由于分布式数据库自身的复杂性,很多人并不能很好的理解整个项目,所以我希望能写一些文章,自顶向下,由浅入深,讲述TiDB的一些技术原理,包括用户可见的技术以及大量隐藏在SQL界面后用户不可见的技术点。

行-存储/列-存储

在之前的捻角羚的文章里面已经提到过,行列混存是一个非常有意思的研究方向,因为不同的存储方式有不同的针对应用场景,但作为技术人员,折腾是天性,所以大家都在研究如何融合行存和列存,让一个服务能尽量满足大部分应用需求,而这也是TiDB在努力的方向。

Kudu -

捻角羚是一个基于筏的分布式存储系统,它致力于融合低延迟写入和高性能分析这两种场景,并且能很好的嵌入到Hadoop生态系统里面,跟其他系统譬如Cloudera黑斑羚、Apache火花等对接。

中文:云原生的

4月19日,我司CTO黄东旭同学在全球云计算开源大会上,发表了”进行的分布式数据库架构与实践“主题演讲,以下为演讲实录。

如何从零开始参与大型开源项目

我们欢迎所有的具有气质的开发者能和TiDB一起成长,一起见证数据库领域的革新,改变世界这事儿有时候也不那么难。

整整齐齐，整整齐齐，整整齐齐

最近我们对TiDB代码做了些改进,大幅度简化了添加內建函数的流程,这篇教程描述如何为TiDB新增装入的函数。齐泽明，齐泽明，齐泽明，齐泽明，齐泽明，齐泽明。

木筏

Paxos Raft(木筏)但Paxos以其复杂难懂著称,相反筏则是非常简单易懂,所以现在很多新兴的数据库都采用筏作为其底层一致性算法,包括我们的TiKV。

这是一个很好的例子

最近这几个月,特别是TiDB RC1发布后,越来越多的用户已经开始测试起来,也有很多朋友已经在生产环境中使用,我们这边也陆续的收到了很多用户的测试和使用反馈。非常感谢各位小伙伴和早期用户的厚爱,而且看了这么多场景后,也总结出了一些TiDB的使用实践(其实扳手的最佳实践大部分在TiDB中也是适用的,MySQL最佳实践也是),也是借着谷歌云扳手发布的东风,看了一下扳手官方的一些最佳实践文档,写篇文章讲讲TiDB以及分布式关系型数据库的一些正确的使用姿势,当然,时代也在一直发展,TiDB也在不停的进化,这篇文章基本上只代表近期的一些观察。

扳手- CAP, TrueTime和交易

最近大家非常关注的一件事情就是谷歌扳手云的发布,这应该算是NewSQL又一个里程碑的事件。在本篇文章中,唐刘同学与大家分享了他自己对扳手的理解,扳手的一些关键技术的实现以及与TiDB的相关对比。

请仔细阅读

在TiKV里面,从最开始的木筏日志阅读,到后面的租赁阅读,我们一步一步的在保证线性一致性的情况下面改进着性能。“”，“”，“”，“”，“”。

TiKV - PD调度器

在前面的文章里面,我们介绍了PD一些常用功能,以及它是如何跟TiKV进行交互的,这里,我们重点来介绍一下PD是如何调度TiKV的。

TiKV:位置驱动程序

放置司机(后续以PD简称)是TiDB里面全局中心总控节点,它负责整个集群的调度,负责全局ID的生成,以及全局时间戳TSO的生成等。客户端(client)

多木筏板

【中文翻译】:中文翻译:英文翻译:中文翻译:目的是使得开发者阅读文档之后,能对TiKV项目有一个初步了解,更好的参与进入TiKV的开发中。

木筏

【中文翻译】:中文翻译:英文翻译:英文翻译:【中文译文】:TiKV锈蚀，锈蚀，锈蚀，锈蚀，锈蚀另外,本系列文章并不会涉及到TiKV中心控制服务布置司机(PD)的详细介绍,但是会说明一些重要流程TiKV是如何与PD交互的。TiKV是一个分布式的KV系统,它采用筏协议保证数据的强一致性,同时使用MVCC + 2 pc的方式实现了分布式事务的支持。

分布式系统测试那些事儿 - 信心的毁灭与重建

本话题系列文章整理自PingCAP下文Meetup第26期刘奇分享的“深度探索分布式系统测试“议题现场实录。文章较长，为方便大家阅读，会分为上中下三篇，本文为下篇。

MVCC(多版本并发控制

事务隔离在数据库系统中有着非常重要的作用,因为对于用户来说数据库必须提供这样一个“假象”:当前只有这么一个用户连接到了数据库中,这样可以减轻应用层的开发难度。但是,对于数据库系统来说,因为同一时间可能会存在很多用户连接,那么许多并发问题,比如数据竞争(数据竞赛),就必须解决。在这样的背景下,数据库管理系统(简称DBMS)就必须保证并发操作产生的结果是安全的,通过可串行化(可串行性)来保证。

渗滤器

渗滤器过滤器是 Google 的上一代分布式事务解决方案，构建在 BigTable 之上，在 Google 内部用于网页索引更新的业务。TiDB 的事务模型沿用了 Percolator 的事务模型。

同步器

TiDB是一个完全分布式的关系型数据库,从诞生的第一天起,我们就想让它来兼容MySQL语法,希望让原有的MySQL用户(不管是单机的MySQL,还是多机的MySQL分片)都可以在基本不修改代码的情况下,除了可以保留原有的SQL和酸事务之外,还可以享受到分布式带来的高并发,高吞吐和MPP的高性能。

TiDB中的MPP和SMP

本篇文章整理自第21期PingCAP下文Meetup上申砾分享的“TiDB MPP和SMP”内容。

分布式系统测试那些事儿 - 错误注入

本话题系列文章整理自PingCAP下文Meetup第26期刘奇分享的“深度探索分布式系统测试“议题现场实录。文章较长，为方便大家阅读，会分为上中下三篇，本文为中篇。

MySQL从服务器

由于TiDB本身兼容绝大多数的MySQL语法,所以对于绝大多数业务来说,最安全的切换数据库方式就是将TiDB作为现有数据库的从库接在主MySQL库的后方,这样对业务方实现完全没有侵入性下使用TiDB对现有的业务进行备份,应对未来数据量或者并发量增长带来的单点故障风险,如需上线TiDB,也只需要简单的将业务的主MySQL地址指向TiDB即可。

分布式系统测试那些事儿 - 理念

本话题系列文章整理自PingCAP下文Meetup第26期刘奇分享的“深度探索分布式系统测试“议题现场实录。文章较长，为方便大家阅读，会分为上中下三篇，本文为上篇。

建立可靠的大规模分布式数据库-原理与实践

PingCAP工程副总裁砾《构建可靠的大规模分布式数据库-原理与实践》本文为演讲实录。

【中文翻译

数据作为业务的核心，关系着整个业务的生死，所以对于数据库来说，数据的安全性是放在首位的，从宏观角度来看，安全性不仅仅在于的数据库本身足够稳定不会主动的丢失数据，有的时候更是对业务本身甚至人为失误造成损失是否有足够且便捷的应对方案，例如在游戏行业中经常遇到的反作弊(作弊玩家回档)问题，对于金融业务的审计需求等等，如果在数据库层面上提供相关机制，会让业务开发的工作量和复杂度减少很多。

我们如何构建TiDB

首先我们聊聊数据库的历史,在已经有这么多种数据库的背景下我们为什么要创建另外一个数据库;以及说一下现在方案遇到的困境,说一下谷歌扳手和F1, TiKV和TiDB,说一下架构的事情,在这里我们会重点聊一下TiKV。因为我们产品的很多特性是TiKV提供的,比如说跨数据中心的复制,交易,自动扩展……

演讲实录 | 黄东旭：分布式数据库模式与反模式

日前,PingCAP联合创始人兼首席技术官黄东旭在“2016中国数据分析师行业峰会(CDAS)”“数据库与技术实战“分论坛上,分享了“分布式数据库模式与反模式”的主题演讲。本文为演讲实录。

扳手;扳手

随着时代的发展，应用和数据的规模越来越大。然而在这个一切都可以水平扩展的时代,你会发现,大多数应用的最下层的关系型数据库,竟然难以找到一个优雅易用的水平扩展解决方案,一直以来不得不依赖静态分片,牺牲掉事务,然后在业务层各种变通方案。作为后端开发者应该深有体会。

中文名称:筏子

最近几年来,越来越多的文章介绍了筏或者Paxos这样的分布式一致性算法,且主要集中在算法细节和日志同步方面的应用。但是呢,这些算法的潜力并不仅限于此,基于这样的分布式一致性算法构建一个完整的可弹性伸缩的高可用的大规模存储系统,是一个很新的课题,我结合我们这一年多以来在TiKV这样一个大规模分布式数据库上的实践,谈谈其中的一些设计和挑战。

云时代数据库的核心特点

最近几年，随着云计算相关技术的发展，各种不同类型的云层出不穷，服务越来越多不同类型的企业业务，传统企业也渐渐开始探索上云的道路。在云上，作为业务最核心的数据库，相比之前的传统方案会有哪些变化呢？在正式聊云时代的数据库特点之前，我们需要了解一下目前云时代架构发生的变化

【中文译文

【中文翻译】MySQL、MySQL、MySQL、MySQL对于非关联子查询,TiDB会对其进行提前求值,对于关联子查询,TiDB会尽可能的对其进行去关联化,例如改写成SemiJoin。中文翻译:中文翻译:中文翻译:

联合扫描

TiDB集群的架构分为上层的SQL层和底层的KV层,SQL层通过调用KV层的API读写数据,由于SQL层的节点和KV层节点通常不在一台机器上,所以,每次调用KV的API都是一次RPC,而往往一个普通的选择语句的执行,需要调用几十到几十万次KV的接口,这样的结果就是性能非常差,绝大部分时间都消耗在RPC上。为了解决这个问题,TiDB实现了下推API,把一部分简单的SQL层的执行逻辑下推到KV层执行,让KV层可以理解表和列,可以批量读取多行结果,可以用在里的表达对结果进行过滤,可以计算聚合函数,大幅减少了RPC次数和数据的传输量。