共计 12815 个字符，预计需要花费 33 分钟才能阅读完成。
PingCAP DevCon 是 PingCAP 一年一度的技术盛会，致力于探讨前沿科技与数字化趋势的交融，被誉为观测开源产业、数据库前瞻趋势的风向标。**7 月 24 日，以 “ 凋谢、连贯、预感 ” 为主题的 PingCAP DevCon 2021 在京举行，为线上线下数万观众带来一场技术盛宴。PingCAP 创始人兼 CEO 刘奇，在大会上介绍了 PingCAP 在开源、企业级、国际化、将来倒退方向的思考。** 以下是演讲实录，字数 10366，须要 55 分钟浏览。
数据库正在经验一场划时代的体验式改革
2021 年，数据库正在经验一场划时代的体验式改革。如果以汽车行业做类比，这个改革就像是燃油车到电动车的跨越式改革。新一代汽车在大屏的可视化交互、强劲能源、主动驾驶、自我管理等泛滥翻新性能方面，都带来了全新的体验。
新一代的云数据库在资源扩大能力、主动伸缩、可治理、自服务方面也正在产生相似的体验改革。明天大家在新一代汽车下面感触到的交互性、易用性、智能驾驶这些所有的能力，很多曾经开始在新一代数据库中有所体现。
先通过两条曲线来回顾一下数据库的倒退历史：第一条曲线从 1970 年开始，那一代数据库被称作经典数据库。经典数据库撑持了整个信息化时代，它们在企业的各种利用上扮演着至关重要的角色。从互联网时代开始，数据的高速增长，数字化过程的减速，硬件技术的变革，以及软件技术的翻新，都极大地推动了数据库技术的改革。在第二条曲线的最近一个十年，联合开源和云的潮流，新一代云数据库正逐渐走到舞台的地方。
其中，2020 年是这两条曲线的分水岭之年。从这一年开始，” 开源，简化，交融 ” 成为新的技术潮流。咱们能够设想一下，2030 年的时候咱们会开什么样的汽车？会应用什么样的数据库？两者在体验上以及演进方向下面其实是高度一致的，那就是更弱小、更智能、更省心，也更有乐趣。
听起来前景一片美妙，然而事实是残暴的。依据 Gartner 的观点，企业中有 85% 的大数据我的项目都失败了，为什么会有这么高的失败率呢？
次要有几个起因：
第一，随同着业务的高速增长，数据库通常来不及扩容，无奈追随业务的脚步持续成长。PingCAP 的三位创始人，都是这些苦楚的亲历者。过来咱们会为一个新的利用上线，筹备一到两个月的工夫，会为一个线上的促销流动熬许多个夜晚。过后还要做各种各样分库分表的利用改写，尽管如此，每一次上线仍旧是胆战心惊；
第二，投资微小的我的项目有许多没有方法及时转化数据的价值。其实，明天很多时候并不是不足数据，而是这个数据自身和数据的价值兑现存在一个微小的鸿沟，比方无奈满足时效性要求。
第三，通常大家抉择的技术栈往往链路很长，从数据库通过 Binlog 或者 CDC 把一些变动的、更新的数据转到队列，而后从队列外面开始做 ETL，做完 ETL 又进入数据仓库，整个技术栈会拉的很长，从而数据价值的变现困难重重。明天的实时促销、实时风控等各方面的需要都要求达到秒级甚至是毫秒级的响应能力。
数字化在疫情肆虐的这段时间产生了一个很大的变动，大家对数字化的认知变得更粗浅，数据的时效性成为刚需。实时的交易解决、实时的反馈、实时的汇聚、实时的洞察成为全场景数字化的必备。明天，秒级的数据分析和反馈都有可能带来数千万元的支出或是损失。
这些挑战也导致很多企业沉积了蜘蛛网一样简单的技术栈，从而进一步导致了数据时效性变差，数据价值的变现变得更加艰难。
置信凋谢的力量
互联网时代带来了数据量暴增、技术栈更加简单，以及业务上不断涌现进去的各种各样发散的需要。将来十年，数据的增长只会更快，并且会出现指数级的变动。如果咱们停留于现状，不做技术上的改革，明天感觉到的苦楚，十年后会都会被指数级放大。
说到改革，很多人可能有一种感觉，PingCAP 是一家比拟特地的公司，有一些不一样的调调。但不肯定能说出这个调调到底是什么，其实 PingCAP 过后守业的想法很简略，就是心愿做一个数据库能够让数据对业务的反对更简略、更不便，运维工程师也能够加重压力，甚至能够让他们睡个好觉。睡个好觉，在明天就是这么侈靡。
当然，只有初心远远不够，数据库这么简单的一个产品，不是靠几个工程师的奇思妙想能够实现的，须要靠用户在实在场景的打磨和开发者们继续地奉献。** 在 PingCAP 创建的过程中，咱们始终认为 ****TiDB 不是 PingCAP 的产品，而是所有开发者、所有用户、所有 DBA 和所有运维工程师的独特 ” 作品 ”。** 这来自于咱们对于凋谢的置信，对开源社区的信奉。
有些人步调不同凡响，是因为听到了远方的鼓声
梭罗在《瓦尔登湖》中有一句话：“有些人步调不同凡响，那是因为他们听到了远方的鼓声”。
六年前咱们开发 TiDB 的时候，遇到过很多狐疑，很多不认可。从守业之初为了降级扩容而睡不着觉，到前面产品终于开发进去后，又会因为找不着用户睡不着觉。对于企业而言，数据库的更换有点像换心脏的支架，也像一个运行中的飞机更换发动机，简直没有人违心冒这样的危险。
过后，咱们听到比拟多的问题是：”TiDB？没听说过啊！”，” 你们有哪些行业用户的案例吗？” 咱们可能保持下来，也是因为有第一批用户敢于尝鲜，踊跃尝试。过后的 TiDB 还是十分稚嫩的、没有通过太多考验的、短少用户案例的 TiDB。
明天，大家能看到 TiDB 的迭代速度如此之快，就是因为咱们也听到了远方的鼓声，咱们的步调会变得更快，更动摇。这里的“咱们”，是指保持走开源路线的一群人，包含咱们的用户和贡献者。
Believe in the Power of Openness
说到远方，咱们就来说一个远方的实在故事。危地马拉一所大学有一个传授和他的学生，都是 Chaos Mesh®️ 社区十分沉闷的用户。他们在 GitHub 上做了一个十分有意思的我的项目，通过构建一个分布式系统，来实时显示世界各地新冠疫苗接种的统计信息。Chaos Mesh® 在这个我的项目外面保障了这个分布式系统的稳固。
在看到这个我的项目之前，咱们甚至都不晓得危地马拉是中美洲的一个国家，同样也不晓得 PingCAP 创立的混沌测试项目 Chaos Mesh® 可能以这种形式参加到全人类都关注的新冠疫情工作之中，也不晓得这个我的项目还可能以另外一种形式去奉献它的社会价值。
这所有恰好阐明了一个凋谢的社区有如许大的延展能力，能够自发地延展到全世界各个齐全没有想到的中央。这个例子让咱们进一步看到了凋谢的力量，开源社区逾越了国界，逾越了民族，不断创新，并把成绩再次奉献给整个社区，从而使得更大范畴内的人可能受害，进一步造成了一个十分好的正向循环。
明天，PingCAP 的开源社区曾经遍布寰球各个角落，由 PingCAP 创建的开源我的项目在 GitHub 上曾经取得了超过 41600 star，超过 1400 多位贡献者，来自全世界几十个国家。开源是 PingCAP 的终点，也是 PingCAP 的长期策略。
PingCAP 的倒退过程，经验了从咱们本人置信到业界认可的过程。在 CNCF 2019-2020 年贡献度排名中，PingCAP 位列中国企业第一，全球排名第六。
CNCF CTO Chris Aniszczyk 特意为 PingCAP DevCon 2021 录制了一段视频，表白了他对 PingCAP 的致敬：“感激 PingCAP 成为 CNCF 的晚期我的项目之一，并通过 TiKV 提供晚期奉献。PingCAP 是 CNCF 所有我的项目中的第六大贡献者，以公司规模来看，这是相当疯狂的问题。因为排在后面的公司，像谷歌、红帽、VMware、微软都是超级大公司。所以，我要向 PingCAP 致敬，衷心感谢 PingCAP 为 CNCF 做出的奉献和创意。”
明天，PingCAP 的开源我的项目曾经不仅仅局限于 TiDB。近两年，咱们的另两个开源我的项目 TiKV 键值数据库和 Chaos Mesh® 云原生混沌测试平台先后进入 CNCF 基金会进行孵化：
TiKV 作为 TiDB 的存储引擎，同时也作为一个独立的分布式键值数据库，于 2020 年 9 月在 CNCF 正式毕业。作为一个毕业我的项目，TiKV 胜利服务于像京东、美团、知乎等泛滥知名企业；
Chaos Mesh® 去年胜利地进入 CNCF 沙箱我的项目，取得包含腾讯、微众银行、小鹏汽车、七牛云、字节跳动等用户的踊跃采纳，成为云原生环境下故障演练的必备工具之一，也是 CNCF 在这个畛域最风行的混沌测试平台。
正是因为 PingCAP 在开源社区的踊跃奉献，才使得 PingCAP 在寰球开源社区中取得了微小的影响力。
The Power of Connecting Talents
开源社区也好，开源我的项目也好，它们的实质到底是什么？说到凋谢的力量，它的本源又是什么？外表上看，开源凋谢的是代码，但实质上其实是对于人与人的连贯、人与技术的连贯，代码只是这种连贯和合作的载体之一。
以前在软件公司，咱们常常说，每天晚上公司最重要的资产都来到了这栋大楼，It is all about talents。而在开源软件公司，咱们真正的力量是在看不见的网络上，在各种各样的利用场景里，在 GitHub 的每一个 PR 里，在社区的每一次交互里。所有力量的汇聚来自于智慧的汇聚，也来自于同样因为信奉而产生的连贯和信赖。
到明天为止，基于开源社区，咱们曾经造成了一个寰球数据库的人才生态圈。在这个生态圈最里的一环是 PingCAP 数百人的研发团队，他们专一于 TiDB 的内核研发，也积极参与社区泛滥我的项目的联合开发。
在二环，是数以千计的的开发者，包含社区 1400 多位贡献者，也包含泛滥出名高校和科研机构，还有寰球各个领域的顶级技术大咖。例如 TiDB 在晚期时候 Rust 语言前核心成员的参加等，近期，TiDB 也进入寰球顶级学府威斯康星大学和卡内基梅隆大学的课程里。
在三环，是咱们的用户和合作伙伴，笼罩了整个数据的技术生态，影响了上万名 DBA 和运维工程师。这些用户和合作伙伴又把各自的场景从新带回到开源社区，与咱们的研发和社区的贡献者一起，实现了基于实在场景的产品研发，并且造成了一个十分高速的迭代机制，这个机制也减速了企业用户的场景拓展与业务翻新。
凋谢的技术生态
人才的连贯，形成了疾速迭代的技术生态，TiDB横跨了 OLTP 和 OLAP，进一步造成了残缺的 HTAP 能力。
在大数据畛域，咱们实现了与 Spark、Flink、Presto 等大数据技术栈的宽泛交融，在开源社区方面咱们也有不少跨界我的项目的单干；在基础设施畛域，咱们也踊跃拥抱了云计算和云原生的技术生态，与寰球当先的云计算厂商 AWS、Google Cloud 以及 VMware 等建设了宽泛的合作伙伴关系；同时，咱们也与国内泛滥厂商建设了不同层面的单干，包含京东云、青云、七牛云、挪动云等；此外，咱们还与 RedHat、SUSE 等开源厂商放弃着长期宽泛的单干关系。
在技术生态的下层，咱们与用户和合作伙伴一起围绕着实在场景，尤其是实时在线的联机交易、实时洞察、实时剖析、实时决策，为各行各业的用户提供产品、解决方案、服务。立足于金融、新经济、电信、制作、物流、批发、公共事业等多个行业的实在场景，建设了稳固的单干与长期的联动。
安全科技的开源翻新之路
安全科技是 PingCAP 生态里十分重要的一个企业客户，在本次大会中，安全科技数据库团队总工程师汪洋带来了 “ 安全科技的开源翻新之路 ” 主题分享。
安全科技正式开始应用 PingCAP 是在 2018 年初。过后，团体产险须要做一个开门红促销的流动。数据库团队须要依据业务量、活动量的规模来进行 IT 资源的布局、评估，以决定是否须要扩容。
对于安全来说，开门红、财神节流动年年都有，但 2018 年遇到了十分大的挑战。这一年，安全产险的业务以及其余保险的业务都在飞速发展，2018 年的量远远比今年大得多。这给数据库团队带来几个挑战：第一点，安全过后用的还是集中式数据库。大家都晓得集中式数据库的限度，须要技能很高的人员能力评估，而且对评估的准确度要求也会很高。在初步评估中，数据库团队认为没有一个繁多的服务器可能承载得起当年的活动量，那如何保障财神节流动的顺利进行呢？
因为平时比拟关注分布式数据库畛域，过后自然而然想到了一款原生的分布式数据库—— TiDB。PingCAP 技术团队与安全的 TiDB 我的项目人员、子公司的开发、测试、经营人员组成了联合攻关小组，进行缓和地测试验证。过后留给攻关小组的工夫十分无限，但 TiDB 凭借着疾速部署、灵便的扩展性，在短短 20 多天的工夫内，就搭建起了一个 20 个节点的生产集群，顺利保障了 2018 年 1 月 8 号产险财神节流动的顺利进行。
汪洋感叹：“这样的速度、效率、成果，以往是很难设想的。经此一役，咱们对 PingCAP 产品减少了信念，也对 PingCAP 的研发、技术、反对团队的业余能力减少了很大的信念。于是咱们开始在不同的子公司、不同的零碎下来推广、应用 TiDB。例如寿险的金管家流动、团体的客户信息管理流动。”
随着 TiDB 在安全的应用，安全数据库团队不违心只做一个超级用户，他们想更可能施展 TiDB 的力量，建设更多的连贯，持有更凋谢的态度，推动整体分布式数据库技术的倒退。于是，他们参加到 Ti-Operator 和 Chaos Mesh®️ 的我的项目中。其中甚至有人成为了 SIG-K8S 的 reviewer，提交合并了 45 个 PR，提出了 Operator 的灰度降级计划，进行了方案设计和代码实现。同时还优化了 Pod 的更新策略，还有 HostNetwork 网络计划的性能验证。安全在将成绩利用于业务翻新的同时也把成绩奉献给寰球开源社区，继续推动数据库技术的提高。
用户眼中的新一代企业级数据库
数据库作为一款根底软件，应该也是普惠的。PingCAP 的产品能力、PingCAP 的愿景不仅服务于互联网用户，从几年前服务北京银行开始，TiDB 就在企业级能力方面有了微小晋升，并且始终在继续、疾速地改良。
PingCAP 负责中国区业务的高级副总裁 Davis 介绍，依据不齐全统计，寰球有超过 1500 家企业在把 TiDB 利用到生产和业务环境中，破解他们面临的业务挑战，赋能业务增长。
为什么这么多用户和客户会来抉择 TiDB 呢？
这是因为 TiDB 是一个从第一天起就真正面向数字化时代而设计的新一代企业级数据库。明天各行各业都在进行数字化转型，而数字原生的 TiDB 在数字化转型的两大次要方向上都有特长，第一是麻利化的业务晋升，第二是数据的实时洞察生产。
业务的敏捷性晋升要求 IT 零碎更疾速响应业务的变动和数据的增长，数据实时生产要求赋能企业可能实时洞察剖析、实时剖析、实时决策、实时变现，这对于数据库的要求和传统的数据库架构设计相去甚远。而 TiDB 作为数据原生、云原生的分布式架构设计，以麻利高可扩展性的 OLTP 撑持业务敏捷性晋升，以翻新的实时 HTAP 架构撑持数据的实时生产和洞察。
同时，TiDB 通过各行各业的实际，积攒起丰盛的基础架构解决方案和利用架构解决方案。从基础架构解决方案中的 “ 数据迁徙、业务连续性、上云、平安 ”，到利用架构架构解决方案中的 “ 实时的数据服务到实时风控、分布式批量、综合数据查问 ” 等等，这些整体的解决方案在全面助力企业应用 TiDB 实现业务胜利。特地是过来三年，PingCAP 在实时 HTAP 上的翻新，提供一栈式数据解决方案，能够全面赋能数字化转型中企业实现数据实时洞察、数据分析、实时变现。
明天，TiDB 产品、解决方案、反对服务曾经被宽泛地利用于金融、新经济、物流、批发、电商等各行各业的企业客户中，帮忙他们推动技术创新，为业务赋能：
- 北京银行通过 TiDB 在 5 小时内实现 5 亿条数据的在线扩容；
- 中国人寿财产险在应用 TiDB 后实现单证状态统计从 8 小时缩短到 6 分钟；
- TiDB 在中国银行各类场景中监控对象的数量超过 10000+，每日收集的数据条目达到了 14.5 亿条；
- 在光大银行，TiDB 撑持了每天达到 5000 万笔的交易。
4 月 25 日，PingCAP 公布了全新的 TiDB 5.0，相比 4.0 版本在性能上、性能上都很了微小的晋升。在公布三个月以来，曾经有大量用户应用，并且提供了很多踊跃的反馈：
- 汽车之家上线 TiDB 5.0 后，聚合场景查问较 MySQL 带来 20-50 倍的效力晋升，从容应对千万级 DAU 和亿级访问量；
- 58 同城引入 TiFlash MPP 进步海量数据实时剖析计算能力，在多表关联查问中，相比 TiDB 4.0 有 90% 的性能晋升；
- TiDB 扛住了中通快递 35 万的 QPS，在启用 MPP 之后报表时效性从过来的 5 分钟缩短为到了 1 分钟。
在每天 24 小时的工作和生存场景中咱们都能够找到 TiDB 的身影，在这一串串的数字背地，咱们能够切实感触到 TiDB 在每个客户胜利的旅程上扮演着不可或缺的角色。
业务麻利，曾经成为数字业务的生命线
业务麻利化是最近比拟热门的话题，它曾经不再是一个抉择，而是一个必须技能。业务麻利化不仅能够更快地应答市场和客户的需要，而且可能晋升经营效率，升高经营老本。随着数字化不断深入，业务的麻利化必将是一个不可扭转的趋势。
在 TiDB 的泛滥客户中，有一个头部餐饮批发通过 TiDB 胜利晋升了业务敏捷性：
这家企业 2018 年就开始摸索建设一个可能反对多业态、多渠道、超大并发的中台，以实现业务的麻利化。因为餐饮业的特殊性，流量通常具备显著的高下峰个性，须要技术中台具备较强的动静扩容能力。这也就意味着在抉择数据库的时候，是否反对云原生，是否反对麻利弹性扩缩容成为十分重要的考量。
当然除此之外还有两个重要的考量，第一是稳定性，有没有成熟的高稳定性解决方案；第二是有没有残缺的反对服务体系。
通过多方 PK，TiDB 凭借着麻利、高可用、高牢靠的可扩大 OLTP，以及欠缺的反对技术服务体系怀才不遇，胜利落地到用户、领取、音讯等外围的中台业务上。在历经两年大促的考验、上亿用户的在线交易后，TiDB的麻利、高可扩大的扩缩容能力，以及高并发能力失去了充沛的验证。
此外客户还发现，因为 TiDB 能够让利用场景聚焦于业务，无需思考分片逻辑，不必思考业务增长的不可预期性，所以该客户大大减速了新老业务的利用、迭代和上线，满足了一直变动的消费者需要。
该客户也看到了 TiDB 近几年在社区方面的沉闷和倒退，也就意味着人才生态的丰盛，这也动摇了客户对 TiDB 的抉择和对 TiDB 的继续应用。将来，他们也打算像安全科技一样，积极参与到 TiDB 的社区活动中，为开源社区奉献。
实时洞察，曾经成为数字业务的必杀技
另一个例子是中通快递和 TiDB 数据实时生产和洞察的故事。
作为寰球业务规模第一的快递企业，随着业务的疾速倒退和数据量的激增，中通原来寄存在 Oracle Exadata 的数据周期越来越短, 而业务方对数据分析的需要一直回升，实时性的要求更是愈发强烈，单纯靠降级 Oracle 一体机的硬件曾经齐全无奈从根本上解决问题，并且老本也越来越高。特地在业务顶峰时，单机性能遇到瓶颈、单机故障危险也十分高。此外，最要害的是剖析时效只能做到 T+1，齐全不能满足业务的需要。中通的技术团队也对 HBase、Kudu 这样的解决方案做了调研，然而发现这些数仓和现有技术栈难以兼容，并不能很好地撑持业务端多维度的查问，最初决定抉择 TiDB。
TiDB领有一栈式 HTAP 数据库解决方案，既反对在线横向扩大，随时高低线存储和计算节点，又可能十分高效的反对数据分析的时效性，并且兼容现有的大数据、技术生态，升高了技术栈的复杂性。** 最为重要的是 TiDB HTAP 解决方案是行存列存离开，能够齐全隔离 OLTP 和 OLAP 资源，也就象征这既实现了数据的实时剖析洞察，又不会影响 TiDB 的性能。此外，中通还能够通过 TiSpark 计算存在 TiDB 外面的数据，而后通过存到 Hive 撑持中通全链路的时效剖析。
当初，中通能够实现准实时地理解每一票件在每一个环节是否出了问题，并作出实时的决策与计算。目前中通快递曾经实现了 5.0 的降级测试，借助 HTAP 的模式，在大促监控场景中实现了 5 倍的提速，中通也正在布局将 TiDB HTAP 的实时剖析能力用在将来的其余剖析业务中。
企业级服务帮忙用户全方位落地场景成果
以客户胜利为核心是 PingCAP 的核心理念，除了产品、解决方案之外，客户还须要十分好的反对服务和运维保障，PingCAP 有着一套残缺的反对服务体系，让客户能够安心、释怀、顺利地利用 TiDB。
通过购买 PingCAP 企业级订阅服务，有效期内能够继续一直取得产品演进带来的翻新及性能、性能的晋升，同时享有不限次数的、有反对响应保障的近程产品反对服务和业余领导。高级订阅服务里还会内含包含多供应商技术问题协查，包含重要节点的非凡保障反对。
如果须要更加深刻的服务，还能够通过购买 PingCAP 专家服务，让 PingCAP 专家在现场提供架构征询、利用适配、上线扩容、深度巡检等等服务。
此外，PingCAP 还可依据客户须要提供专业培训与认证服务，帮忙企业造就具备全面架构和开发能力的 TiDB 数据技术人才梯队。
Ti-Star 打算，通过“混合生态”助力用户旅程胜利
在凋谢的理念下，企业与 PingCAP 相互连接，产生了化学反应，为企业本身成长、业务的转型翻新，注入了新的能源。
神州数码 CIO 沈旸作为亲历者示意，开源技术正在引领整个信息技术产业的倒退，神州数码与 PingCAP 建设长期的生态联动，除了推出 TiDB 和神州数码分布式数据库一体机、落地端到端行业解决方案之外，神州数码的技术团队深度参加开源社区，开发了 TiDB for PostgreSQL，实现了开源技术和服务计划的新冲破。
TiDB 最大的一个特点是混合的生态。这个生态外面既有开源社区带来的独特价值，又有企业级产品服务带来的价值。从一个客户的残缺生命周期来看，PingCAP 有很多客户，最早可能是从 GitHub 下面找到 TiDB，或者去官网下载 TiDB，或者本人编译了 TiDB。他们在应用过程中逐渐遇到一些技术咨询的问题，开始可能会在社区外面发问，随着越用越深，逐渐扩大范围，心愿和 PingCAP 团队建设更多的面对面连贯，取得更多的技术支持和业余服务。
Ti-Star 打算则会在上述的每一个环节，由 PingCAP 提供原厂深度反对和继续的互动。 安全科技就是一个十分好的例子。这个打算将帮忙用户更好地应用 TiDB，无论你是一个企业级用户，还是一个社区用户，只有满足肯定条件，都能够申请加入到 Ti-Star 打算之中。TiDB 的社区反对和企业服务会一起帮忙用户实现整个用户旅程，通过单方一起共创，在实现客户胜利的同时，也让 TiDB 变得更加贴近用户的业务须要，更接地气。
利用场景连贯寰球用户
国际化是 PingCAP 从第一天就开始保持的长期理念，它与 PingCAP 的开源策略相伴而生，让咱们更容易听到远方的声音。
过来一年中，PingCAP 在寰球各个中央都减少了很多用户，包含美国、日本都有头部的客户。PingCAP 也在北美、日本、东南亚、欧洲大幅度减少了本地团队，以便更好地反对当地用户。
很多国内客户看中 TiDB，不仅是因为产品体验好，更是因为它经验同类型用户更极其场景的验证，这些极致场景笼罩了互联网金融、电商、领取、在线游戏、视频等等行业，而后无缝连贯到海内的用户，帮忙用户解决大规模数据处理、风控、实时决策以及数据中台等业务需要。
在通过中国互联网公司和企业用户在这些极其场景的验证之后，咱们很快发现寰球用户也有相似的场景，他们也有相似的需要，这些用户能够通过国际化的社区很快连接起来，理解、应用 TiDB 的产品。
自疫情以来寰球物流行业倒退都十分迅速，而撑持一个高效物流体系的背地须要的是对数据的实时洞察零碎。中国的物流行业是寰球当先的，在中通的案例中咱们看到他们如何用 TiDB 来进行翻新，实现实时洞察。而 Ninja Van 则是一个将中国当先的劣势场景带到寰球的典型案例。
总部位于新加坡的物流独角兽公司 Ninja Van 在去年年初的时候，决定找一个 MySQL 堆栈的替代性解决方案，因为 TiDB 与 MySQL 协定有着高度兼容性，他们接触到了 TiDB 4.0，在迁徙过程中只对代码进行了了渺小的更改就实现了整个迁徙工作。
此外，TiDB 开箱即用的高可用性、云原生个性、反对在线 DDL，都帮忙数据库团队缩小了大量操作上的开销。Ninja Van Co-Founder & CTO Shaun Chong 示意：“心愿 TiDB 保持开源，咱们评估了很多其余开源的 NewSQL 我的项目，可怜的是，他们的社区版本无奈反对全套性能，但 TiDB 不是，在我看来，社区版本与企业版本一样重要，所以咱们心愿 TiDB 放弃这种形式。因而，开源的次要益处在于，社区想要参加其中非常容易，在保障经济高效的同时还领有宏大的用户群。”
连贯云端——TiDB Cloud
寰球用户对于 TiDB 价值都有着旺盛的需要，那么如何才可能高效地将这些价值交付给寰球用户手中呢？PingCAP 的抉择是通过云服务。
随着 IT 基础设施的演进，云服务曾经是一个新常态。咱们看到很多用户的次要技术栈都构建在云上，并且向云原生架构演进。因而，越来越多的用户询问咱们是否提供一个 TiDB 托管服务，在享受分布式数据库带来的弱小性能的同时免于简单的运维工作，在云原生的世界里进一步省心。
所以，在 2020 年 6 月份，PingCAP 在海内区域推出了 TiDB Cloud——一个全托管的 TiDB 服务。并通过无限预览的形式，让一部分的需要强烈的用户先应用起来。
在过来的一年中，TiDB Cloud 继续演进性能，尤其是以云原生的形式在数据拜访平安和弹性运维等方面做了加强，大大晋升了用户的平安拜访能力以及业务连续性。往年 5 月份，TiDBCloud 在海内区域，正式对寰球用户凋谢。
与此同时，PingCAP 为 TiDB Cloud 建设了更加麻利倒退的迭代形式。一方面，云原生的新个性能够更快上线，比方往年 6 月进一步加强了与 Amazon Aurora 导出的数据格式的兼容性，让数据迁徙更容易；另一方面，TiDB Cloud 紧跟 TiDB 的内核性能，让用户既能够享受最新版数据库内核的性能，而且不必本人降级零碎，解脱了降级零碎的繁琐操作。当初，用户曾经能够在 TiDB Cloud 上应用最新的 TiDB 5.0 版本。
TiDB Cloud 的数据安全性
PingCAP 所做的这所有只有一个目标，就是让更多的用户更省心。用户将他们的要害业务和外围数据托管在 TiDB Cloud 中，还会放心另一个问题，如何确保这些数据的安全性、隐衷性呢？
PingCAP 为此建设了一套迷信无效且合乎国际标准的信息安全管理体系。如组建散布在寰球的业余的平安团队，一方面可能全面晋升整体的平安技术架构，另一方面可能满足安全事件的需要，TiDBCloud 曾经通过了 SOC 2 Type I/II、ISO 27001：2013 两项寰球权威的认证规范，将来 PingCAP 也在做更多的合规认证，通过这些能把整个平安体系进一步增强，确保产品的安全性和合规性，全面满足国内外客户的需要，进步信息安全危险的管控能力，让用户能够无忧地应用 TiDB Cloud。
寰球多区域的数据同步第三季度行将上线
云计算让有数企业和创业者能够放眼寰球，用科技扭转不同地区人们的生存。将业务引入寰球，在业务之下数据服务这个层面也须要一个可能在寰球交付的形式，独立的第三方数据服务不仅可能匹配不同云厂商的数据需要，也可能成为云服务的将来外围组件之一。
TiDBCloud 第三季度行将上线寰球多区域的数据同步服务，帮忙用户更轻松地实现跨区域的数据聚合，减速大数据平台的建设、减速 HTAP 的落地。
TiDB Cloud 自公布以来，始终在疾速迭代、不断创新。无论你是蓬勃向上的守业公司，还是在数字化转型中的大企业；无论你的公司刚刚试水出海，还是曾经在多个寰球多个区域提供了服务；无论你是多年的 MySQL DBA，还是云原生的架构师，都是 PingCAP 和 TiDB 将来蓝图里不可或缺的一部分，TiDB Cloud 冀望可能将 TiDB 的价值更快更高效地交到寰球每一位开发者手中，让用户在任意中央，任意规模，享受 OLTP 规模化和 Real-Time HTAP 的能力。
为了可能进一步实现这个指标，往年第四季度，TiDBCloud 将对集体开发者收费！开发者能够收费应用 TiDB 规范集群，体验和测试 TiDB 对云原生利用的无缝反对。TiDB Cloud 还将提供一个收费的 TiFlash 剖析引擎节点，让用户体验最新的 HTAP 性能，亲自感触 HTAP 为实时剖析带来的工夫节俭和效率晋升。
云计算通过服务化的形式在寰球遍及了计算能力，让寰球用户的增长更快。在这个根底之上，软件在云上的服务化，是新的用户需要和产业趋势。这一趋势在后疫情时代更加显著。从视频会议到文档合作，从数据处理到人工智能，在云上软件服务化的路上，咱们看到了很多同路人。
Databricks 就是其中一员，Databricks 是大数据和 AI 畛域的领导者，在寰球范畴失去了宽泛认可，业务倒退十分快。Databricks 在一年的工夫里从 150 万个虚拟机减少到 500 万个虚拟机，他们心愿找一个跨云的可能扩弹性展的数据库计划，同时心愿将来在数据的根底下面可能做疾速地进行实时剖析，对于 TiFlash 寄托了厚望，刚好 TiDB 满足所有所有对于将来的设想。在这个疾速倒退的过程中，PingCAP 有幸成为 Databricks 在云上携手共进的同路人。
预感——云原生的下一代体验
最近几年有一个很风行的说法，叫做用户体验的最初一公里。同样，在云原生环境下，用户应用数据库的体验还不足最初一公里。在云上，所有业务都变成了分布式的，在分布式系统外面有大量的微服务之间的调用。而在所有这些调用之间，咱们能够很好地去观测不同的微服务之间的调用程序和调用逻辑。
然而当咱们创立一个订单，查问一个订单，把一个订单从生成到送到客户手中时，数据库外面产生了什么？咱们无从得悉。
有没有可能在业务视角也能清晰看到一个业务的操作最初是什么样子？
**TiDB****Open Tracing 就是专门针对数据库体验最初一公里的产品，它能够让用户实现真正的全场景下的可观测。** 当在业务侧产生一个订单，或者查问一个订单时，可能清晰地看到整个查问操作在在数据库的微服务里，到底运行了哪些 SQL 语句，扫描了多少数据，在队列外面排队了多长时间，甚至是经验了多少次 IO。
如果说可观测就像一个望远镜，帮忙咱们将所有尽收眼底。然而事实总有意外产生，如何做到危险的提前预判和危险的提前把控也至关重要。
今人常说 “ 料敌于先 ”，如果咱们不能做到 ” 料故障于先 ”，当初所有的所有美妙都可能在一个故障上面霎时崩盘，因而在开发 TiDB 的时候，PingCAP 也开发了一个混沌测试平台—— Chaos Mesh®。
通过开源社区的一直迭代，Chaos Mesh®正式公布 2.0 版本。该版本晋升了整体易用性，让更多人可能轻松地给零碎注入各种各样的故障，进一步晋升自动化能力，同时升高整体测试老本，提供了更多的故障注入类型。
目前，腾讯游戏借助 Chaos Mesh® 每周执行故障演练的次数超过了 150 次，并且有记录发现、解决的问题超过了 100 个，实现流程精简优化，效率晋升 10 倍以上。
咱们始终置信的信念
在过来的六年中，**PingCAP 始终保持做着一件 ” 简略 ” 的事件 – 让数据库回归它原本的样子，把简单交给 TiDB，把简略留给用户，让数据库省心，好用。** 实在场景是最好的架构师，置信凋谢，做工夫的敌人，拥抱翻新，交付简略，这些是咱们始终置信的理念。
在过来的六年，TiDB 受到了有数关注和激励，在大家的帮忙下咱们从一个嗷嗷待哺的婴儿，一步步缓缓成长成一个充满活力的少年。在这 2100 多个日夜的背地是有数贡献者的精心呵护，正是你们的每一个 PR、每一则回复、每一次激励铸造了 TiDB 的明天，特别感谢每一位开发者的奉献，置信随着凋谢和通明的合作必定会发明出全新的有限可能，让咱们一起把 TiDB 打造成一栈式服务生态。咱们一起在路上！
