{
"componentChunkName": "component---src-templates-blog-blog-detail-tsx",
"path": "/blog/research-on-the-development-of-china-database-industry",
"result": {"pageContext":{"blog":{"id":"Blogs_430","title":"中国赛宝实验室李冬：中国数据库产业发展研究丨PingCAP 用户峰会回顾","tags":["HTAP"],"category":{"name":"观点洞察"},"summary":"在 9 月 22 日举办的 PingCAP 用户峰会上，中国赛宝实验室李冬（博士）分享了主题为「中国数据库产业发展研究」的议题，本文为分享实录。","body":"在 9 月 22 日举办的 PingCAP 用户峰会上，中国赛宝实验室李冬（博士）分享了主题为「中国数据库产业发展研究」的议题。他指出，当前数据库技术融合发展趋势明显，云原生和多云的需求进一步增强，数据库与大数据正在深度融合应用，存算分离成为发展的主流，HTAP 也成为新的关注方向。PingCAP 通过分布式和云等自主创新技术，实现了架构式的跃迁，是我国数据库产业值得借鉴和思考的突围途径。 \n\n以下为分享实录。 \n\n\n李冬（博士）分享现场\n\n各位在场的嘉宾大家好，我是中国赛宝实验室的李冬。感谢大会的邀请，我很荣幸来到这里与大家分享赛宝实验室对中国数据库产业发展的一些研究心得。 \n\n数据库作为 IT 行业最重要的核心产品之一，近年来正发生着巨大的变革。**过去十年，从技术到市场，从产品到业务，数据库产品和产业发生着重大的变化**。我们认为来自各类客户的业务需求升级拉动了数据库产品的功能扩展和能力升级，进而推动了整个数据库产业的变革。 \n\n众所周知，用户的抽象需求包括：**第一是海量数据的存储**，预计到 2025 年，全球的数据量将达到 175 ZB，中国在 2025 年将达到 48.6 ZB ，成为全球第一；**第二是海量并发的访问**，从企业内部的数百、数千个并发，到互联网模式下的百万级到亿万级的并发的支持能力，都是数据库需要去支持的；**第三个方面是灵活部署的需求**，为了提升数据库的高可用，各行业都在加速信息化基础设施的分布式建设；**第四个方面是弹性伸缩的需求**，新的应用场景需要数据库具备弹性伸缩的能力；此外，还有一些其他的新需求，过去 20 年，数据的生产主体经历了从企业到个人的转变，个人电脑、手机移动应用成为数据创造的动力源，同时带来了端边云协同、AI 融合、软硬结合、数据安全、隐私保护等带来了一系列的挑战，**需求的升级对数据库产业带来的影响是确实可见的**。 \n\n从全球数据库产业的变化来看全球数据库市场的格局发生了巨大的变化。2017 年来，Oracle 的市场占有率从 36% 下滑到了 20% ，市场空间基本上被云数据库取代，Oracle 一枝独大的格局已经发生了改变。**基于开源模式的数据库的市占率已经超越了闭源数据库产品**。根据 DB-Engines 的数据显示：截止到 2022 年 8 月，全球 383 款数据库中，开源数据库占比 52.2%，超过了商业数据库，远高于 2013 年的 35.5%；在最受欢迎的排名前十的数据库中，开源数据库占据了六席，在中国的情况也非常相似。根据墨天轮的数据显示，截止到今年 8 月份，中国数据库流行度排行榜前 4 位的数据库中有 3 款是开源数据库，TiDB 、openGauss 都是开源数据库，第四位的 OceanBase 也是开源不久。 \n\n\n\n行业用户的选择也更加多样化，阿里、亚马逊等互联网企业还有一些金融机构，他们从传统数据库转向了云数据库。**数据库产品的品类丰富，创新活跃，呈现百花齐放的态势**。这主要表现在数据模型的关系型和非关系型在不断地发生变化，数据架构从单机集中式到分布式演进，部署形态从本地到云部署的创新，还有多模态数据库创新也非常活跃。数据库技术融合发展关键趋势更加明显，云原生和多云的需求进一步增强，数据库与大数据的深度融合应用，以及存算分离也成为发展的主流，HTAP 数据库成为新的关注方向。 \n\n通过对全球数据库产业发展情况的分析，我们认为**传统数据库是无法满足当前数字化需求的**，各行业纷纷探索跨越型的解决方案。Gartner 在其发布的《原生分布式数据库引领数据管理技术发展趋势》白皮书中指出，传统的数据库技术难以满足存储与计算海量数据的要求，数字化浪潮带来更多业务种类及更长服务时间，都对数据库系统提出更严峻的挑战。传统数据库处理能力与用户实际需求的剪刀差在不断拉大。 \n\n\n\n以金融行业为例，大数据处理分析的需求交织着普惠金融、数字金融进程的快速推进，数据能力已经成为金融企业在新时代业务能力的重要抓手。与此同时，移动互联网和电子支付业务的蓬勃发展，给金融行业的典型应用场景，如核心账户与账务交易、在线支付、移动支付交易业务、实时交易监控与指标分析等业务都提出了新的需求。金融行业的数据急剧增长态势对数据的存储和管理也提出了更高的要求。**金融行业对业务连续性能力更加重视，需要面临高并发业务和高用户量带来的系统压力，对移动应用的响应速度要求更快，从技术来源层面也面临着新的选择**。这些需求叠加在一起，传统以大型机、小型机加上 Oracle/DB2 为主构建的集中式金融数据库系统显得愈发力不从心：管理弹性不足、处理性能跟不上、安全保障能力有待提升、支持处理的数据类型单一、开发运维能力差、难以全面掌控产品核心技术等矛盾愈发突出。 \n\n各行业都在探索满足行业特征的新型数据库，从近年来数据库的发展趋势看到，寻求更好的根本性的解决方案已经成为了业界的共识。**云原生、分布式数据库以及诸多特性，成为互联网与金融用户成功解决业务场景需求，并正在引领数据库管理技术的发展趋势**。这种架构的跃迁不是数据库之间的恶性竞争，而是源自于用户对数据量爆发增长、对数据立体化分析、实现数据资产积累与发挥数据资产效能的需求本身。开源作为基础软件最主流的生产协作模式，聚合了全球开发者的创新能力，并通过持续流动的社区形成产品的迭代创新，基于网络生态的大规模协作以提高迭代效率。同时，开源社区最接近产品的实际需求，能够更好地吸纳最终用户、收集反馈，增强通用性和可用性。 \n\n中国数据库经过 20 多年的发展，目前呈现出了百花齐放的局面。根据墨天轮 2022 年 8 月的中国数据库流行度排行，共有 228 款数据库参与其中，排名前九名的分别是三款开源数据库、三款闭源数据库和三款云数据库。在 228 款的数据库里面，关系型数据库有 150 款，分布式数据库有 113 款，**分布数据库已经超越了集中数据库成为中国数据库的标配**。 \n\n\n\n伴随着我国科技的快速发展以及产业数字化转型的快速推进，各行各业的数据使用场景也呈现了多元化趋势，越来越多的业务数据被企业存储、分析和利用。**各行业的核心业务数据体现出明显的差异化，也对数据库提出了不同的需求**： \n\n- **互联网行业**对数据库的业务需求复杂性高，主要业务包括在线商城业务、订单系统、合同管理系统、实时风控系统、后台数据管理系统、智能推荐系统、VIP 会员系统、小程序业务系统等，其数据特点是海量数据存储、高并发读写需求、高峰业务弹性需求大。且互联网企业对成本控制需求高，但面临 IT 监管审查一般要求不高。\n- **政企领域**对数据库的业务需求复杂性不高，业务多为事务性分析，对数据关联分析能力与可用性需求高。一般对 IT 环境安全性要求高，但对成本不敏感。\n- **金融业务**的业务数据爆发式增长、反洗钱等新型业务分析需求不断提高，对信息系统高并发请求、海量数据的高性能存取及多维数据的关联分析提出了极高的要求。同时金融业务的特点也要求数据库具有高安全、高可靠、高性能、高扩展的能力。金融用户面对合规监管要求高，对成本敏感度不高。\n- **工业互联网领域**，在产业数字化转型过程中，从工业互联网对数据库的需求看，数据库应满足工业数据海量增长、高并发、低时延、高可靠与实时分析的需求。 \n\n按照我们的科学分类法，赛宝实验室为中国数据库绘制了一个蓝图，将 100 多款中国数据库品牌容纳进来，我们也期望各厂商能够通过良性的、高质量竞争，共同推动中国数据库无死角、高质量的发展，为我国基础软件领域的自立自强作出贡献。 \n\n\n\n数字化转型的不断深入推动了数据库产业的蓬勃发展，据初步统计，目前中国已经有数据库厂商近 200 家，随着这个领域的创新企业的不断涌现，产业格局正在向核心技术和关键场景纵深突破。这张表展示了国产数据库采用了多种的实现途径，像 TiDB、openGauss、TD-Engines 等扎根国内的根社区和根生态正在形成，引领和超越的破局产品处于酝酿和爆发的前夜。 \n\n\n\n虽然当前中国数据库产业是百花齐放、百家争鸣的局面，但是无论是产业规模还是产业能力，跟国外的主流公司和产品还有不小的差距。**在政策体系，标准统一、产品能力提升、关键技术攻关、服务体系建立、企业管理规范等方面的问题还亟待解决**。数据库产业中的战略人才、生态、知识产权保护与竞争等问题依然严峻。 \n\n我们看到中国数据库虽然在过去 20 年取得了很大的发展，但是通过我们的产品测评和用户需求的洞察，我们看到中国数据库同样还存在很多的挑战，**在这个挑战中，我觉得最关键的是生态和人才方面的挑战**。 \n\n在商业数据库产品层面，像甲骨文公司还有一些其他的数据库公司，他们有很深的护城河，构筑了数据库产品的壁垒，主要是得益于生态。**今天中国数据库最迫切的是加快体系化的生态建设，我们的服务体系、知识体系、社区体系都需要建设，而且迫在眉睫**。我们还应该看到中国数据库研发的人才也十分稀缺，据说是 Oracle 有 4000 多个内核研发人员，而我们中国数据库厂商可能合计加起来可能也只有这么多研发，那么这就对我们的规模、速度都提出了挑战。从这个角度看，中国数据库的发展趋势之一应当是开源，只有通过开源才能快速的集聚区人员团队上的优势。 \n\n**此外，非常严峻的挑战还包括降低产品的同质化竞争，提高知识产权的意识等等方面**。结合前述的各种情况，赛宝实验室认为中国数据库产业的发展途径可以从以下四个方面进行探索： \n\n\n\n**第一，全面深刻理解数据库的分类体系和发展格局，探索多元化的发展途径**。在当前的情况下，海量高并发、异构、多模、混合负载、智能分析等需求在不断地驱动数据库的发展。云与云原生，分布式、AI &DB 等又反过来推动数据库的技术转型。数据库的内涵与外延明显的正在发生不断的丰富和变革，重新定义数据库的概念，重新归纳数据库的分类体系，重新划分数据库的赛道格局，探索多元化的发展路径是一件非常重要的事情。 \n\n**第二，细分赛道差异竞争，引领新赛道创新格局**。那么在新的细分的数据库赛道，我国的数据场景丰富，数据库产品起步早，应用广，具备国际领先性。在关系型数据库之外，应加强对于 NoSQL 领域数据库的关注，鼓励差异化竞争，通过在时序、图、文档等品类方向上的投入和引导，实现在新方向上的创新引领产业格局。 \n\n**第三，重视场景驱动的技术升级，通过架构跃迁实现变道超车**。可以预见的是在不远的未来，云数据库取代传统数据库的趋势是不可逆转的，这种趋势的变化类似于互联网从电商开始对传统行业的渗透，也正如电动车吞噬燃油车的市场。这说明像 PingCAP 这类数据库企业，通过分布式和云等自主创新的技术实现架构式跃迁的方式，是中国数据库产业值得借鉴和思考的突围途径。 \n\n**第四，打造繁荣的开源生态，借助开源实现技术溢出与供需结合**。由于数据库技术的门槛高，发展难度也比较大，需要充分借力开源实现弯道超车。通过开源吸纳更多的数据库厂商、用户单位和开发者，汇聚全产业力量，打造有影响力的开源社区。发挥头部企业技术溢出作用，鼓励头部企业自主开源，开放软件源代码和持续贡献，才能推动中国数据库实现跨越式发展，保持自主开源的创新动力源源不断。 \n\n以上就是我今天报告的全部内容，更详细的信息可以参考赛宝实验室即将发布的《中国数据库产业发展研究报告》，谢谢大家。","date":"2022-10-12","author":"李冬","fillInMethod":"writeDirectly","customUrl":"research-on-the-development-of-china-database-industry","file":null,"relatedBlogs":[{"relatedBlog":{"body":"本文回顾了 PingCAP 创始人兼 CEO 刘奇在 9 月 22 日的用户峰会上以《现在决定未来》为主题的演讲，**分享了 PingCAP 在技术演进、用户价值、数据库技术趋势、国际化、社会价值等方面的思考**，同时也记录了建信金科、百胜中国、传音控股、老虎国际等用户在刘奇的演讲中分享的最佳实践。全文字数约 8,800，预计阅读时间 20 分钟。\n\n\n\nPingCAP 到今天已经成立 7 年了，在全球拥有 3,000 多家大中型用户，其中很多还参与到 TiDB 开源社区的建设中，这些情况如果放到创业之初很难想象。\n\n**今天，我们认识到做一个真正广泛应用的数据库，是一个需要以十年为时间单位进行投入的基础工程**。这一路走来离不开关心和支持 PingCAP、喜欢 TiDB 的每个人。\n\n## 与客户对话，客户眼中的 TiDB\n\n过去一段时间，在和包括日本、美国、印度、欧洲等全球客户交流时，我们试图从更多不同客户的视角去了解他们到底是怎么看待 TiDB 的。\n\n在 TiDB 的设计里，有很多设计是从第一天就开始的，我们甚至完全不觉得这个设计有什么特别之处。直到我问一些专家型用户“你到底为什么选择 TiDB ？”时，他们告诉我：**因为 TiDB 的开放式架构可以管理复杂性**。我当时挺诧异，因为这个东西第一天就是这样设计的，已经融入 PingCAP 的血液当中，所以我们自身已经无感。但对这些专家来说，他们当中很多人在各个大公司本身就做过数据库，甚至是大型分布式系统，做过这些系统的人都会产生一个心态，那就是对“复杂性”会无比敬畏。\n\n\n\n一个数据库，哪怕它是一个小型数据库，通常代码规模都会有几十万行，上百万行，如果是一个传统的成熟型商业数据库，那更是一个以千万行代码为单位的系统。**面对如此复杂的系统，用户在考虑未来的迭代时，通常要做 3-5 年的规划**。如果用户需要花 3-5 年来替换一个 PB 级数据库，很大程度上意味着接下来 5-10 年的时间他就不想再动了，这也是本次峰会的主题为什么是“现在决定未来”。\n\n**今天我们做一个数据库替换的决定，它的影响周期很可能是接下来的 10-20 年**。在这个较长的周期中，大家看系统价值的时候就会看到完全不一样的价值。比如最近我意外地发现 TiDB 在 CFO 眼里其实很受欢迎，他们表示，在现有实践中，TiDB 至少可以降低一半的成本，所以 CFO 很快就会批下来对 TiDB 的部署和应用。大家可以试想一下，如果用户有 PB 级的数据，用 TiDB 替换能够省一半的成本，是不是非常有吸引力？\n\n今天的世界充满了不确定性，在此前提下如何能更好地生存下去？省钱自然会变成一个全世界都关注的话题。\n\n但所有这些价值的前提是接下来 5-10 年，甚至 10-20 年这个系统不能死，能持续支撑业务。这时候问题就来了，**凭什么一个系统在接下来 10-20 年间还能够支撑用户的业务？用户做架构选择最重要的标准是什么？**\n\n是整个设计团队是不是具备掌控复杂性的能力，是不是能够看到未来 10-20 年企业中的系统复杂性会朝什么方向迭代，今天在系统里做好设计，可以应对未来的高速演进和迭代，而不只是一个过渡方案，过两年还要再换。**虽然我们在设计 TiDB 的过程中，已经做了高度分离式架构，开放式 API ，但有些东西融入血液时就会无感，而在用户看来这恰恰是他们最看重的，这给了我们很大启发**。\n\n一个专家型用户跟我说：“**人类几千年来应对复杂性只学会了一个道理，就是分而治之**”。这听起来好像是一个很简单的道理，回想一下会觉得他说得太对了，这也是人类几千年来应对复杂性的唯一办法。分而治之落在软件或者数据库的复杂性上面，应该是什么样的？这就是 TiDB 未来的演进方向，也是整个行业未来的演进方向。\n\n\n\n与专家型用户不同，应用型客户又是完全不一样的观点。有些用户是做创业公司，能不能活过两三年自己也不知道。**如果选择一个东西需要花 2-3 年才能看到足够大的价值，肯定等不起，他需要更快地兑现价值**。事实上，这些应用型客户不仅仅是那些创业公司，还有很多是大公司里面的新项目。大家知道在一个大公司里经常出现一种情况，当做一个新业务时，每个人心里都清楚时间很有限，公司可能等不了用 5 年时间来做一个创新，所以怎么才能更快地释放数据价值才是他们关心的话题。\n\n今天的数据库是一个百花齐放的状态，甚至在国内的一些场景出现了数据库“四世同堂”的局面，同时跑着大型机、小型机、x86，接下来甚至还要引入分布式数据库、云数据库，对用户而言选择一个数据库其实非常困难。\n\n**世界变化太快，很多时候用户可能是在项目进行的过程中突然有了一个新的想法**。怎么用最快的速度把这个东西做出来，并且做出来之后不用操心它是不是能扛更高的并发？如果快速把第一个原型推到线上，用户是不是可以不用操心后面的并发问题？当推到市场时立刻就能获得新的反馈，新反馈作为新需求加进来后，能不能在当天就直接提供服务？这个时候非常依赖数据库的能力，特别是当我们和越来越多的年轻人聊时，会发现他们今天已经不再关心数据库任何底层的东西。**他们只关心你有没有能力让他用最快的速度将产品或服务推向市场，在推向市场后有没有能力支持业务高速发展**，有些用户甚至连 SQL 都不想写了。\n\n## 重新思考：如何以敏捷性应对未来\n\n所有这些对数据库的能力要求非常高，本质上我们要用数据库的能力支撑业务的敏捷性：如果要支持一个敏捷业务，那数据库本身的迭代能力是不是足够敏捷？**这让我们对敏捷产生了全新的思考**。\n\n有两个用户让我觉得特别震撼，其中一个是区块链领域的用户，通过使用区块链技术追踪区块链里的每一笔交易，如果是相同的人还可以追踪跨链的交易。这个用户在不到一年的时间里，单个集群数据量从几 TB 上涨到一百多 TB。因为 TiDB 太好用了，他会把更多的数据往 TiDB 里放，把 TiDB 作为在线服务。当你有这个想法时就会发现，你根本找不到一个其他数据库能满足这个需求；它需要在线服务、低延迟，需要从不同角度查询数据，你可以用索引、HTAP 能力，还必须要有非常强大的 SQL 能力，因为用户会不停往里面塞数据。\n\n\n\n前两天在 Hacker News 上有一个热帖，微软云的 CTO 发了一个推特，引起了轩然大波，他说现在 C 和 C++ 这类语言被标识为过时的语言，如果大家用 Java 或者其他软件，经常会把过时的不再支持的 API 标记成过时数据。他的建议是我们应该把 C++ 标记成过时，任何项目不再用 C++ 写，应该全面使用 Rust。可能有人有印象，TiDB 在 2015 年就开始用 Rust 写存储层。但对于新用户来说，当知道我们用 Rust 和 GO 作为编程语言时，他们就会说你们好时尚，实际上这是我们 7 年前的决策。当初，Rust 还没有发布 1.0 版本，拿这个东西来写数据库简直是开玩笑。\n\n**很多时候，我们的一点创新，一点激进的动作，很可能在当初饱受非议，但在未来却可能成为主流**。PingCAP 在技术、架构上面一直会选择非常积极的创新，非常具有前瞻性的创新，这些创新甚至要在 5-7 年后才能感受到当初的选择是非常正确的。\n\n\n\n总结来说，如果用几个词来形容 PingCAP 的成功范式，那就是自主开源+持续引领+面向未来的创新，都服务于客户成功，不管是专家型的客户还是应用型的客户，TiDB 都能够很好地去支持他们的业务更好、更敏捷地迭代发展。TiDB 也因此成为众多行业头部用户的共同选择，助力用户业务敏捷增长。\n\n### 用户分享：建信金科为什么选择与 TiDB 同行？\n\n\n\n**建信金科基础技术中心副总裁邢磊分享了建信金科如何借助 TiDB 实现业务增长敏捷性**。建信金科自关注分布式数据库以来，PingCAP 一直未离开过其视线。与大多数用户不同，建信金科与 PingCAP 的接触不是从 TiDB 开始，而是 TiKV，为什么是这样的选择？\n\n建信金科的微服务、分布式，要求对数据做拆分，需要在现有业务不做大调整的情况下，去开启业务应对未来不确定性的能力。在这个过程中有一个绕不过去的问题，这么多传统渠道、传统业务和交易，如何在不影响现有交易模式的前提下改造后端的服务能力？TiKV 在这样的场景下进入视野，以前建信金科用的是国外开源软件，整个历程中遇到的问题和挑战非常大，也给自己的安全稳定运行带来很大挑战。\n\n建信金科一直在思考怎么去找一个自己能掌控的技术，去解决后续将在这个领域上面对的问题。从 2020 年开始接触 TiKV，做业务场景适配，包括早期的技术、产品验证，以及双方在 TiKV 上投入研发的资源和精力，一起努力了差不多一年时间。这是建信金科做过的所有案例里耗时最长、投入最大的项目。2021 年 10 月，建信金科第一次把 TiKV 5.0.4 版接入到全行分布式体系当中，顺利扛住 4 万多 TPS 压力稳定运行，开启 TiKV 在建信金科分布式体系中的重要作用。**随着核心业务的改造，建信金科去年底将整个核心业务在分布式平台上进行切换，TiKV 起到了非常关键的作用。自 2022 年开始，建信金科更进一步借助 TiKV 的高可用体系构建了跨地域、跨中心的灾备能力**。\n\n**HTAP 在金融场景的验证**\n\n传统金融企业在交易业务线、数据分析业务线的处理其实都会分开，多维查询和管理类分析业务倾向于用大数据业务处理，但随着自己的数字化转型逐步深入以及各种平台生态建设，所有的关键业务、核心业务都面临着新的挑战，这恰恰就是 HTAP 要解决的问题。这个场景用传统的大数据技术很难在数据实时更新场景下同时提供多维的分析和查询能力。在这个场景下，当时建信金科遇到非常大的挑战，留给 PingCAP 的时间非常短，从 4 月底提出到 5 月底验证，只有一个月的时间。去年 10 月正式投产进入稳定的迭代。现在，建信金科每个新的场景都会有 TiDB 的身影。\n\n**当前，建信金科正在尝试将系统升级到最新的 TiDB 6.1 版本。同时，也在将更多的统一视图、全量资产、反洗钱业务在 HTAP 上做验证和迁移**。未来，建信金科与 PingCAP 将进行联合技术创新攻关，在金融场景下更大规模业务模式的创新以及未来数据库如何更好的适应云计算趋势等方面进行更多探索。\n\n回顾来看，为什么 PingCAP 能够在众多分布式数据库厂商中受到建信金科的持续关注？主要有三点： \n\n**第一，服务于客户成功**。数据库是一个服务于应用的产品，只有关注客户的成功，关注客户遇到的实际问题，才能够赢得更好的发展； \n\n**第二，PingCAP 的开放性**。PingCAP 从出生开始就一直以开源开放的特征存在于数据库行业，正是这一点使得建信金科更倾向于选择它，相信开源和开放的力量会成为未来企业技术重要的组成部分； \n\n**第三，成长性**。所有的技术不能光看它在当前已经取得的成就，以及当前表现出来的状态，更重要的是关注它的成长性。技术从当前的里程碑到下一个里程碑，加速度是不是足够快，如果有更快的加速度，现在所有存在的困难和差距都会在短时间内得到突破。与 PingCAP 一起，与优秀的开发者和专家一起，将取得更大的成长。\n\n### 百胜中国：拥抱开源，加速创新\n\n百胜中国首席技术官张雷分享到，百胜中国是中国最大的餐饮企业，致力于成为全球最创新的餐饮先锋。百胜中国获受肯德基、必胜客和塔可贝尔在中国内地的独家运营和授权经营权，并完全拥有小肥羊、黄记煌和 COFFii & JOY 餐饮品牌，也和意大利咖啡企业 Lavazza 合作，在中国探索和发展 Lavazza 咖啡店品牌概念。截止 2022 年 6 月底，百胜中国在中国的足迹遍布除港、澳、台之外的所有省市自治区，在 1,700 多座城镇，有 40 多万员工经营着 12,000 多家餐厅，全年客流量超 20 亿次。 \n\n2021 年，百胜中国正式启用了位于上海、南京、西安三地的数字化研发中心，这是公司打造一个充满活力的数字化生态系统的重要里程碑。由数字化研发中心、合资公司以及第三方合作伙伴组成的多层次研发体系，为公司品牌和业务进一步创新发展，加速扩张，抓住市场机遇奠定了坚实的基础。**在数字化不断发展的今天，打造敏捷高效的数字化能力，成为了餐饮企业的立身之本**。 \n\n百胜中国在业内率先推出了手机点餐业务，在全国范围门店推出了数字支付，疫情期间也落地了大规模的无接触配送，百胜中国不仅持续地完善从线上点餐、外卖到会员计划、礼品卡等消费者场景，同时在餐厅内也构建了百胜自主研发的点餐和收银系统，持续打造餐饮业领先的端到端的数字化生态。 \n\n截止 2022 年 6 月底，百胜中国的线上会员数量超过了 3.85 亿，2022 年第二季度，数字化订单占比达到了 89%，会员营销额也约占到了系统销售额的 62%。百胜中国也不断利用数字化能力赋能门店运营，例如基于数据和 AI 能力，构建了餐饮行业特有的营运大脑以及口袋经理，为门店运营效能的提升提供了数据以及系统支撑。同时也聚焦自动化、IoT 及智能餐厅等领域，基于当前不断蓬勃发展的大数据、云计算等基础能力，借助于百胜中国自己的研发中心、合资公司以及第三方合作伙伴，共同为百胜中国两万家餐厅的目标夯实牢固的数字化基础。 \n\n**百胜的生态环境中拥有丰富的应用场景，让各种技术能力有生根落地的机会**。同时随着企业数字化转型进入了深水区，对于数字化基础设施的自主可控性和灵活性的要求也进一步在提升。开源软件起到了越来越重要的作用，成为企业创新实践的催化剂。 \n\n\n\n基于开源基础软件体系，可以提升企业 IT 技术的标准化；活跃的开源社区，也可以有效帮助企业降低试错成本。当企业投入一定的资源协助开源社区建设时，能够同步提升自主的技术品牌和技术人才的能力以及影响力。TiDB 是业内开源分布式数据库的翘楚，百胜中国在 2019 年就开始了前期研究，以尝试替代传统的商业数据库产品。**百胜中国非常看重核心数据的处理主权，开源数据库恰恰能够帮助掌握这一主权，同时借助活跃的开源社区，进行企业内部创新性的架构研究以及落地**。 \n\n**经过大概一年的探索，TiDB 最终在百胜的业务中台，例如消息中台、用户中台以及支付中台中得以落地实施，用于支撑百胜中国的线上交易**。TiDB 对于百胜中国的海量数据提供了稳定可靠的系统支持。众所周知，由于餐饮行业存在着明显的高低峰场景，目前像肯德基“疯狂星期四”，它的交易量是远超平常的，TiDB 的灵活水平扩展能力，使得百胜中国可以根据业务的需求进行计算资源实时调整，助力降本增效。 \n\n同时，在社群营销、ERP 报表等典型分析场景中 TiDB 的 HTAP 特性，也使得百胜中国可以以较小的代价进行海量数据的在线融合分析，以实现敏捷的业务支撑，百胜中国将 ERP 中的交易数据同步到 TiDB 中，再与 BI 工具进行集成，大幅缩短了企业内部的财务报表生成时间，极大提升了内部的工作效率。随着云原生和开源技术的持续发展，百胜中国不断加强各种新型开源技术的深度探索、应用以及融合，从而更有力地推动餐饮垂直行业云能力以及自我创新的发展。 \n\n\n\n本次峰会中，**PingCAP 与百胜中国强强联合，成立“百胜中国 ✖️ PingCAP 分布式数据库联合实验室”**。联合实验室立足于双方的技术和生态优势，共同探索前瞻技术的创新和落地实践，提升餐饮行业的数字化服务水平和能力。 \n\n\n\n其实不只是建信金科与百胜中国，今天 TiDB 已经支撑了很多人一天 24 小时各种各样的生活需求，融入了人们的日常生活中。 \n\n\n\n在软件领域有一句经典的话，“Make it work, make it right, make it fast”，TiDB 今天就在 make it fast 的阶段。随着 TiDB 架构本身的分离做得越来越好，TiDB 架构的正确性会让性能提升和改进非常惊人。一个正确的内核才有成长的可能和更高的成长性。在过去一年的时间里，PingCAP 在核心场景 OLTP 领域获得了显著的性能提升。\n\n## 新物种：聊聊 HTAP\n\n\n\n我在和客户聊的时候发现，HTAP 是一个很难讲明白的技术，它和 Hadoop 有什么区别？原来的大数据非常重，像是一只大象，相较之下 OLTP 数据库就像一条蛇，很灵活很快速，它不是加法，而是融合，是一个全新的物种。 \n\n但关于 HTAP 的挑战并没有解决，到底什么叫 HTAP？有没有一个例子能让用户一下子明白？TiDB 能干什么别人干不了的事吗？我们做了一个 DEMO，试图在 5 分钟内讲明白到底什么是 HTAP，到底 HTAP 能带来什么样的价值。\n\n\n \n\n一个好的 DEMO 应该具备什么特点？第一得好看，第二得好用，我们的 DEMO 除了好看、好用，还得好玩。这个 DEMO 所有数据都是真实的，并且一秒就能体验。我们也希望将这个 DEMO 开源出来分享给其他伙伴，这也非常符合 PingCAP 开源的理念。\n\n\n\n有一位用户曾经问我们 “用 HTAP 前后有什么差别？”，有一个非常直观的体验：OSS Insight 第一版只用了两个人，一个周末就做出来了。如果是传统方案，通常要用 4-6 个人，花半年时间。 \n\n\n\n这个事情给了我们另外一个启发，**每个人都有好奇心，每个人都有自己洞察的视角，每个好奇的灵魂都值得用 Insight 去激发**。这之前，我们只能看非常冰冷的 TPCC、TPCH 等和业务看起来一点关系都没有的东西，对新一代程序员来说这简直是上古语言。产品的价值能不能和用户的挑战结合起来？业务创新的敏捷性又依赖于数据敏捷。 \n\n最近一段时间脱口秀比较火，人人都能说 5 分钟的脱口秀。通过 OSS Insight ，我们可以让人人都能在 5 秒钟内获得 Insight 。我们设想每一个组织、每一个企业、每一个人都可以获得这个能力，都有这个好奇心去获取 Insight，像我们 700 人的企业就有 700 个脑袋。OSS Insight 中都是开源数据，任何一个人去看都能提出自己的 idea。 \n\n通常情况下，用户接下来的问题会是：到底有什么场景不是你的舒适区？我们根据所有线上用户真实的情况，画了下面这张图，大致描述了 TiDB 的舒适区到底在哪里。 \n\n\n\n\n### HTAP 已死？\n\n在我们和用户聊的时候，经常有用户说 HTAP 这个概念已经听了 8-9 年，为什么一直没有火？甚至以为 HTAP 已经死了。**如果按照它原来的定义，HTAP 确实已经死了**。 \n\nHTAP 原来的形态基于两个基础假设：一个是内存即硬盘。十年前，“内存是新一代的磁盘”这一说法被炒得火热，如果真是这样，每台机器上现在都可以拥有 1 PB 以上的内存。但现在大家看到内存依然很贵，这意味着当时 HTAP 的第一个假设，内存足够大足够便宜，被证明是不现实的；另外一个是摩尔定律，过去当 CPU 高速发展的时候，我们对摩尔定律充满期待，而显然过去十年 CPU 发展速度让我们很失望，所以当时的两个基础到今天都不存在了。 \n\n但有一句话说得好， “科学的每一次进步都是在葬礼上取得的”；**上一个 HTAP 已经死了，为什么 PingCAP 还在坚持 HTAP ？最近 HTAP 又很火的样子，这是为什么呢**？ \n\n实际上，关于足够大的内存和硬盘，足够多的 CPU 和算力，如今都可以通过云的方式来得到，在云上你可以拥有近乎无限的内存。今天用户的使用习惯也产生了改变，用户希望在一个系统里面能存储足够多的数据，足够快地处理事务。所以，**一个强大的 OLTP 能力是 HTAP 的基础，但凡不具备这个基础就不能称之为 HTAP**。 \n\n\n\n**在这个背景下，HTAP 重生了**。过去一年里， MySQL 发布了 HeatWave 作为 MySQL 的 HTAP 解决方案，Google 也在今年发布了 AlloyDB ，不久前 Snowflake 也发布了它的 HTAP 引擎 Unistore。 \n\n\n\n**我们认为 HTAP 带给用户的体验就是简单 + 实时，同时还要求整个系统具备非常强的隔离性**。共享一份资源会面临较大挑战，因为它会吃掉大量的 OLTP 资源，所以物理隔离是 HTAP 的基础。TiDB 的架构很直接地展示了这个能力，当我们完全是物理隔离的时候，TiDB 的执行计划会很智能地从 OLTP 中选择这部分数据。TiDB 在过去发展过程中，最早是作为一个业务数据库在用，随着里面数据越来越多，一定程度上它就变成了一个实时数据服务层。各种各样的业务系统开始把 TiDB 作为中间层提供彼此交互的能力，比如 CRM 不能和 ERP 直接对话，但通过 TiDB 把数据聚集在一起，它们就可以直接对话了。 \n\n\n\n\n## 持续引领数据服务的敏捷性\n\n\n\nTiDB 在持续引领数据库的演进方向，我们相信在接下来 2-3 年的时间里，会有越来越多的数据库加入这个队伍，朝着共同的方向去迭代和演进。 \n\n\n\n**未来的方向一定是数据库微服务化**。这表面看起来有点奇怪，为什么数据库要微服务化？微服务和数据库有什么关系？我们认为，今天的数据库不仅仅是数据库的一个内核，它已经是一套复杂系统，前面提到的掌控复杂性的方法只有一个，那就是分而治之。 \n\n**微服务化本质上会达到一个效果，让规模化效应开始掌控一切，最后带来的结果和用户的价值，可以大幅压低用户使用成本**。目前，TiDB Cloud 在过去一年中通过持续孵化改造，成本已经降到了原来的 1/10。一个很简单的例子，今天每一个数据库都有一个能力叫 GC，如果每一台服务器都去配这样一个能力，要么压力大的时候不够用，要么完全浪费了，但是这个功能又不得不配上。比较好的办法是让这个 GC 也能够规模化，使它本身变成微服务。数据压缩、持续后台优化都是这样，我们不能用原来的系统资源去做，用户希望花钱买的每一份计算资源都是为他服务，而不是用 1/3 来做后台服务。\n\n## 连接中国与世界\n\n**在全球，TiDB 一直发挥着连接中国和全世界的作用**。为什么那么多的用户、合作伙伴会选择我们？开源、云中立以及全球合规，就是 TiDB 起到的连接作用。\n\n\n\n同时，PingCAP 有大量的应用场景也是连接全球的，上图可以看到今天 TiDB 已经被用到了全球各行各业。每一个场景里都有中国的用户，也有来自美国、日本、新加坡、欧洲和印度的用户。 \n\n基于中国全球领先的场景，基于开源非常高效透明的传播与协作模式，基于开源汇聚全球的智慧，最终使得 PingCAP 得到全球更多的客户与合作伙伴的信任。 \n\n### 用户分享：传音携手 PingCAP 打造全新数字化非洲土壤\n\n传音控股是一家致力于成为新兴市场消费者最喜爱的智能终端产品和移动互联服务提供商，在与 PingCAP 的合作中，将其移动商店的整体服务架构迁移到了 TiDB 上。传音控股移动互联 CTO 史团委表示，**PingCAP 使得传音控股可以将更多资源投入在业务的推进上，从中后台工作中解放出来，大幅降低成本**。TiDB 的水平扩展、故障自恢复、数据强一致性、高度兼容性等特点，帮助传音控股实现了技术进阶，提升了用户体验，加速了技术架构平台化与垂直化的演进。\n\n\n\n### 用户分享：老虎国际 - 只有真正的全球化公司 才能服务全球化客户\n\n老虎国际作为全球知名的国际化券商，在新加坡、美国、中国香港、澳大利亚等地持有 59 张牌照或资质，在全球多地开展业务。老虎国际技术副总裁柳锴表示，只有真正的全球化公司才能服务全球化客户。基于全球化的业务，老虎国际的数据架构、数据安全等也面临着全球化的挑战。**TiDB 可以解决系统架构的复杂度，同时通过低延迟、数据强一致性，解决业务挑战与数据安全挑战**。 \n\n\n\n## 技术人如何创造社会价值？\n\n作为一个技术人员，我们一直在想一个问题，**作为一家企业怎么创造社会价值，怎么做更多的贡献**？PingCAP 最早从开源起家，把所有一切能开源的东西都开源了，开源始终融在我们的基因里。 \n\n作为数据库从业人员，作为数据库的开发者，我记得上大学时还没有一个非常好的数据库教程。那时数据库依然没有办法做到足够的平民化，并不是每一个人、每一个开发者都能拥有一个永远在线的数据库。所以当时我就有一个想法，以后一定要让数据库变得触手可及，让每个人都可以拥有自己的数据库。为了让 TiDB 触手可及，我们做了很多事情，推出了自己的 Talent Plan，与 VLDB 合作，所有的一切都是希望让数据库变得触手可及。同时这也帮我们带来了非常繁荣、多样化的社区， 目前已有 1,895 位 Contributor，覆盖 45 个国家与地区。 \n\n\n\n说到触手可及，最要紧的一件事情就是成本。随着 TiDB 的新一代分布式架构和规模化效应，今天我们终于能够让每一个开发者都可以拥有一个永远在线的免费的数据库，我们可以随时去体验这个数据库，这就是新的架构带来的成本优势。 \n\n\n\n在过去的 7 年中，PingCAP 一路走来磕磕绊绊，我一直在想能不能把这些经验教训也都开源出来？今天我们非常高兴地宣布，经过半年多的集体创作，我们将过去 7 年的那些经历、经验和教训，也开源出来，首发《与开源同行》这本书，希望大家喜欢，继续与 PingCAP 同行。 \n\n最后，[TiDB Hackathon](https://tidb.net/events/hackathon2022?utm_source=website-zh&utm_medium=referral&utm_campaign=blog-keynote) 是我最期待的一年一度的技术盛会，也期待你的加入。 \n\n\n","author":"刘奇","category":5,"customUrl":"the-future-is-now-by-max-liu","fillInMethod":"writeDirectly","id":420,"summary":"9 月 22 日 PingCAP 用户峰会上，PingCAP 创始人兼 CEO 刘奇和来自建信金科、百胜中国、传音控股、老虎国际的用户共同分享了 PingCAP 在技术演进、用户价值、数据库技术趋势、国际化、社会价值等方面的思考与实践。","tags":["TiDB"],"title":"刘奇：能否掌控复杂性，决定着分布式数据库的生死存亡"}},{"relatedBlog":{"body":"在刚刚结束的「 PingCAP 用户峰会」中，PingCAP 研发副总裁唐刘、PingCAP 中国区技术服务总经理李超群从 PingCAP 的**自主开源、工程研发体系、产品未来技术演进方向等方面，分享了 PingCAP 如何通过产品研发和服务体系将产品价值“又快又稳”地交付给客户，获得客户的信任，并帮助客户实现成功**。以下为分享实录。\n\n\n\n服务对于数据库公司来说是一个沉甸甸的词汇。对于产研团队来说，只有做出产品，并把产品交付客户，才会有后面的服务。但 PingCAP 作为一家非常年轻的公司，所做的是一个非常有挑战性的数据库产品，如何让客户选择相信 PingCAP？如何让客户放心地将他们的数据存放到 TiDB 数据库？\n图片\n\n## “透明”建立信任\n\n开源是 PingCAP 的基因，PingCAP 从一开始就将源代码开放出来，让所有人都能看到 TiDB 到底是什么样子。但仅仅只有代码的开源是远远不够的，经过 7 年多的发展，**我们深知开源有着不同的阶段**。当把源代码开放后，客户和用户就能够自行下载 TiDB 源代码进行编译，发布到自己的生产环境中，服务于自己的客户；当他们遇到问题时，可以选择自己修复 bug，或与 PingCAP 一起探索，共同完善 TiDB 功能；有一些用户、企业甚至将 TiDB 作为自己的上游版本，通过 TiDB 构建自己的发行版，服务于客户。我们也希望能有越来越多的用户构建自己的 TiDB 发行版创造更多价值。 \n\n面对不确定的经济环境，我们如何从当前的复杂环境中生存下来？**开源是建立信任的最佳途径，但只有开源也是远远不够的，PingCAP 认为唯有透明才能解决问题，透明一切能透明的事情**。为什么透明对 PingCAP 和用户都如此重要？一方面，PingCAP 到目前为止有 3000 家用户、 1800 多位开发者分布在全球 45 个国家和地区，同时 PingCAP 内部有 300 多位研发工程师。PingCAP 和开发者、用户之间形成了一个非常多元的网状结构。所以我们开源了源代码、设计文档。 \n\n为了更加透明，我们还将 TiDB 未来 1-3 个月的产品路线图开放，让大家了解 TiDB 即将发布的功能。有一些朋友可能会问：你们把所有东西都开源，都透明了，友商看到会有什么动作？其实比起担心这个问题，**我们更希望让客户清楚地了解 PingCAP 到底在做什么以及 TiDB 未来的方向，并因此更加相信 PingCAP，共同走向未来**。\n\n## 让客户“又快又稳”感知到产品的价值\n\n作为一家做数据库产品的公司，仅仅只有开源与透明也是不够的，如果 TiDB 不能给客户带来价值，如果客户不能使用 TiDB，其实就建立不了任何信任，我们需要让客户又快又稳地感受到 TiDB 的价值。PingCAP 是一家非常年轻的公司，一方面产品需要快速地迭代，不断将产品价值快速交付客户；另一方面，面对许多核心场景，我们需要打磨一个更加稳定的产品，让客户非常高效非常放心地使用。所以， **PingCAP 采用了一个“稳态+敏态”双轨并行的研发机制，保证产品更新对用户触手可及，同时在核心场景也能稳定放心的使用**。\n\n\n\n那么，PingCAP 是如何实现“稳态+敏态”双轨并行的研发机制呢？ \n\n- 一是开放式架构，分离一切能分离的，从物理上保证隔离性；\n- 二是 TiDB 有着非常丰富的应用场景，用户在 TiDB 社区持续参与产品共创。\n\n下面通过几个小例子讲讲 PingCAP 如何与客户进行共创： \n\n第一个例子是中通快递。快递物流行业在双十一或者 618 时面临的挑战是非常巨大的，中通快递实时数据业务需要将全国 3 万多网点产生的实时物流信息写入到数据库中，然后动态分析业务状况。双十一等物流高峰期间，日写入 / 更新流量超 30 亿条，分析库总量在百亿级。中通快递很早就拥抱了 HTAP ，通过实际业务场景的打磨，**TiDB 帮助中通快递抗住了双十一的流量高峰，HTAP 分析引擎配合分区表动态裁剪的高效数据过滤，支持了中通快递双十一 20 多个报表系统秒级查询**。通过业务场景的深入应用，中通快递将 HTAP 读写混合的极限负载能力提升了 100% 以上。\n\n\n\n第二个例子是 [OSS Insight](https://ossinsight.io)。这是一个非常有代表性的业务场景，首先它是一个从 0 到 1 快速打造的产品，适合当前很多公司的敏态业务。这个产品的主要产品经理就是我们的 CEO 刘奇，需求天天变，今天提的需求明天就要交付，对于研发工程师来说是非常大的压力和挑战。但 OSS Insight 有将近 50 亿条数据，很多查询条件非常复杂，面对这样高度复杂的情况，一方面要实现快速迭代，另一方面还要保证查询稳定高效运行。之前我们通过加很多 HINT 的方式来保证查询计划的稳定，但当业务不断变化时会增加很多索引，调整 DDL ，导致之前的 HINT 失效，为了解决这样的问题我们和 OSS Insight 研发工程师一起，不停打磨重构 TiDB 的优化器，现在不光研发工程师不再需要写 HINT ，我们发现 TiDB 的智能优化水平比人工写 HINT 提速了 20-30%。\n\n\n\n第三个例子是某头部股份制银行。该行一直坚信 TiDB 能应用到银行核心系统上，与 PingCAP 协力持续打磨 TiDB 的内核能力，在 7×24 小时性能测试过程中，将整个延迟抖动控制在 2% 以内。在互联网交易系统上，更将整个延迟缩短了 4 倍，满足了互联网业务线上交易的核心述求。\n\n\n\n## 平滑升级，让客户又快又稳地感知到产品价值\n\n由于 TiDB 不断打磨，快速发布新版本，许多用户会面临一个非常大的选择问题：新产品是非常好，但我的数据库跑得好好的，为什么要升级？数据库在企业数字化系统中是非常核心的组件，版本升级往往面临着着很大的风险，能不能不升级？ \n\n我们的答案是，要升级：**一方面客户通过升级到最新版本，在延迟和性能方面都得到了大幅提升，同时也更有信心将注意力聚焦于自己的业务逻辑开发上**，另一方面，PingCAP 研发工程师与服务团队一起打造了一套完善的数据库升级体系，支持客户的平滑升级。 \n\n在技术、产品之外，PingCAP 还在产研内部专门成立了保障企业级客户成功的组织，比如金融架构师团队。它由 PingCAP 的资深架构师组成，致力于重要金融客户的共创、功能研发和项目支持。\n\n## 未来，与客户持续户共创，携手成长\n\n**很多企业级客户选择 TiDB 的理由，就在于它的可生长性**。未来， TiDB 仍然会在这方面不断地努力。首先，我们会聚焦于 TiDB 的内核，不断打磨。我们相信，无论怎么生长，如果没有坚固的底座是不可能向外更好生长的。在这个基础之上，TiDB 会在 DB 微服务化、云原生、智能化上不断拓展产品的边界和能力，与各种各样的生态结合，为客户提供更多价值。 \n\n这些年来，TiDB 一直持续不断地专注于 OLTP 核心能力提升，以银行交易核心为抓手，在优化系统、细粒度资源控制以及长尾延迟等各方面实现了突破，让 TiDB 变得更快更好用，在大表快速添加索引方面性能提升 10 倍， 在 Real-time HTAP 提速 1-2 倍。 \n\n\n\n**当前，无论国内还是在海外，云都是技术演化的未来**。而恰恰云能够将整个 PB 级别的数据库服务平台价值无限放大，未来 PingCAP 会提供一种全新的数据处理和访问形式—— Serverless。PingCAP 提供非常方便易用的 Data API，让企业级用户只需关注自己的业务，不用在意数据在哪里，底层长什么样。 \n\n**我们有一个梦想，当 TiDB 具备 Serverless 能力的时候，每个开发者都可以拥有自己的数据服务**。这个数据服务能做到秒级别的创建速度，亚秒级别的唤醒启动，毫秒级别的访问延迟。当一个数据库具备这样能力时，对于用户的价值其实是非常大的。一方面，所有开发者都拥有数据库，关于 TiDB 人才培养再也不需要担心；另一方面，用户只需要关注于自己的业务逻辑开发，以及如何更快将业务推向市场。 \n\n\n\n上图是 TiDB 整个产品的技术演进方向，包含 TiDB 内核、DB 微服务化、云原生、智能化以及生态。在智能化方面，TiDB 在不断打磨自动诊断服务 Clinic ，通过自动诊断服务可以让每个用户都拥有一个 TiDB 性能调优专家，让每个用户都可以更好地使用 TiDB 。\n\n## PingCAP 服务体系\n\n客户成功这件事，不仅仅是产品研发团队的事情，也是整个 PingCAP 公司一起努力的结果。PingCAP 中国区技术服务总经理李超群在用户峰会上分享了 PingCAP 服务体系。 \n\n目前为止， PingCAP 技术服务人员的总人数已经占到了公司总人数的 25% ，成为继产研之后的第二大团队。可以说，**PingCAP 既是一家产品型公司，也是一家服务型公司**。 \n\n\n\nPingCAP 服务体系包含三个方面——**订阅服务、专家服务和培训认证**： \n\n**订阅服务**：过去一年，PingCAP 实现了用工单系统做客户技术服务，可以非常容易地跟踪工单进展；我们开通了产研直通渠道，客户如有紧急问题可以第一时间拉通产研；第三，基于庞大的社区，我们把社区以及工单里的所有问题都整理出来，建立了 TiDB 知识库，在今年 12 月份会向所有企业客户开放。\n\n\n\n**专家服务**：PingCAP 按照应用构建的全生命周期构建了一张服务体系大图。TiDB 所面对的场景和遇到的挑战与其他数据库有所不同，有数据库替换场景，有大数据替换场景，如何帮助客户在这些场景里用好 TiDB ，是 PingCAP 首要解决的问题。所以 PingCAP 推出了架构咨询服务，我们希望帮助客户做真正的场景调研，做可行性分析与架构设计。专家服务除了要有体系，还依赖于真正的经验积累。我们通过一套服务标准化的流程，把所有的实践，所有的经验汇聚起来变成一套可以复用的资产和工具体系。\n\n\n\n**培训认证**：TiDB 的培训认证体系进行了全新升级。我们把初级课程的门槛降低，让更多人可以接触到 TiDB ，同时把高级课程变得多路并行，除了以前的数据库管理方向，还添加了性能调优、数据迁移、故障排查和运营管理方向。\n\n\n\n此外，今年 PingCAP 还推出了**专门针对应用开发者的培训认证**，帮助应用开发者用好其实能让 TiDB 跑得更快也更稳定，这门课程已经正式向所有商业客户和合作伙伴开放。\n\n\n\n最后，回到本文的主题，**PingCAP 为什么能够服务好企业级用户**？答案并不复杂：PingCAP 以开源为基础，与客户建立了牢固的信任体系；与此同时，PingCAP 持续引领技术趋势，打造面向未来的数据库产品；最关键的一点，PingCAP 从开始到现在，始终保持以客户成功为核心的企业文化，从产品研发到技术服务，与用户共同面对不确定性的挑战。","author":"唐刘","category":5,"customUrl":"transparency-is-the-best-way-to-build-trust-with-our-customers","fillInMethod":"writeDirectly","id":428,"summary":"PingCAP 研发副总裁唐刘、PingCAP 中国区技术服务总经理李超群分享了 PingCAP 如何通过产品研发和服务体系将产品价值“又快又稳”地交付给客户，获得客户的信任，并帮助客户实现成功。","tags":["TiDB"],"title":"唐刘：透明一切，是我们在复杂环境下与客户建立信任的最佳途径"}},{"relatedBlog":{"body":"作为数据库服务商， PingCAP 肩负着一项重要使命：找到一条深耕行业场景，构建多元生态的路径。9 月 22 日的用户峰会上，PingCAP 副总裁陈煜琦发表了以“深耕行业场景，构建多元生态”为主题的演讲，工商银行、杭州银行、中国人寿财险、平安科技分享了在他们的关键业务中如何借助 TiDB 深挖行业场景，来自神州数码、中电金信、天翼云、东软集团、云徙科技、嘉和美康的生态伙伴分享了他们与 TiDB 的共建经验。以下为分享回顾。\n\n在传统的体系下， 原厂商和渠道商往往处于供应链上下游的位置， 彼此之间是通过商业利益进行连接的。在这种体系下，原厂商往往处于主导地位， 如果用太阳系来比喻这套合作体系， 那么处于太阳系中心的就是原厂商， 各个渠道商就像一颗颗行星， 被吸引着围绕原厂商转动、 产生连接、创造商业价值。但是这样的引力是不可持续的，并且黏性是不够的。\n\n\nPingCAP 副总裁陈煜琦\n\nPingCAP 副总裁陈煜琦介绍，我们有非常好的社区文化、开源基因，以及散布在各行各业中的开发者、使用者、源代码贡献者。**通过开源模式，PingCAP 打造出一套“友邻式”的生态体系，任何个人、公司、数据平台、云基础设施都可以通过 TiDB 开源社区连接在一起，持续挖掘和创造商业价值**。\n\n在过去这些年中，基于这样的“友邻式”生态，PingCAP 从研发、产品到服务，积累了非常多体系化的能力，在金融、保险、物流、互联网等行业的深度客户中积累了非常多的场景和经验，与众多生态伙伴共同挖掘 TiDB 的行业场景能力。\n\n## 与深度用户共同挖掘行业场景\n\n> 金融机构尤其是银行，信息化开始都比较早，信息技术已经成为银行经营的主要支柱。银行业务的特殊性是和钱打交道，因此对系统可靠性要求比较高。TiDB 的分布式架构、金融级数据强一致性都为金融用户提供了坚实的数据底座能力。\n\n### 杭州银行：关键业务类系统数据库的选择\n\n杭州银行作为金融企业，为保证系统运行的可靠性、安全性和稳定性，以往比较偏爱国外厂商的高端成熟系统。\n\n随着数字经济发展和新一代技术崛起，以互联网厂商为代表，通过分布式、微服务、云计算等技术也构建出了可以满足业务发展的技术架构，并且在人才体系、业务模式和用户习惯上能够实现多个维度不断破圈。银行也从自身的金融科技发展角度看到了新技术在性能、弹性和成本管理上的优势。**在架构转变过程中，金融科技的自主发展已经成为银行业的发展共识，越来越多的银行同业开始应用分布式技术，在业务发展变革中通过场景实践来带动发展**。\n\n杭州银行坚持自主研发、自主建设、自主可控的系统建设思路。在基础软件领域，杭州银行从 2015 年开始使用 MySQL 等开源软件；2018 年引入私有云建设，在云上所有的业务系统数据库都使用了 RDS ；2020 年，采购单独的分布式数据库产品也投入了生产环节；2021 年随着云原生技术的发展，杭州银行进一步在生产环境引入了容器云平台，在客户关系管理、办公自动化系统等金融分析系统中引入了 TiDB，并在多种业务场景对 HTAP 架构进行验证，了解掌握它的技术特点。\n\n\n刘峥 杭州银行 信息技术部副总经理\n\n银行业务交易类系统尤其是关键业务系统，是金融行业中要求最为苛刻的系统。“钱不能错，服务不能停”，这是监管基本要求。作为交易系统的数据承载、服务底座，这种系统的数据库必须满足四个基本要求，**杭州银行信息技术部副总经理刘峥**把它总结为“SAPE”：一是 Safe （安全），数据安全是要绝对保证的，在任何情况下数据不能丢，数据不能错；二是 Availability （高可用），保证业务连续性不仅要符合监管要求底线，也要完善整个体系的可用性；三是 Performance （性能），使用分布式数据库替代传统数据库后，除了自然而然带来的横向扩展能力外，系统性能不能因此而产生降级；四是 Ecology （生态），这是当前背景下的一个特定要求，当前数据库产品众多，产品技术生态一定要有多方支持，由多方共建，对开发者和开发商要有强大吸引力，产品才能持续发展。\n\n杭州银行组织多方参照监管单位发布的关于分布式数据库的技术架构、灾难恢复、安全技术的行业标准，共同设计了产品的测试场景，结合 TiDB 的产品特性在关键业务系统的仿真场景下进行更为详细的测试验证。TiDB 在开发应用、双中心多活、HTAP 等场景下体现出了较大优势，对测试过程中新增的一些产品需求也能及时改进和反馈。从开放性上来讲，TiDB 在人才培养、开发平台的适配、开源生态都有比较明显的优势，**下一步杭州银行将在更多重要业务系统应用 TiDB，进行持续探索和磨合**。\n\n### 工商银行：国产分布式数据库的探索实践\n\n工商银行从 2017 年就开始关注、研究和使用 TiDB。工商银行技术专家王君轶依稀还记得做第一个 TiDB 变更时的情景，那时还是 TiDB 2.0 版本，做一个服务器的置换一做就到第二天天亮。上个月工商银行把所有机型升到 TiDB 5.4 版本，所有升级动作仅在一个小时内就能全部搞定。**近几年 TiDB 的更新迭代非常快，用户体验已经不可同日而语了**。\n\n\n\n王君轶 工商银行 基础技术实验室 技术专家\n\n王君轶介绍使用 TiDB 的契机是自主可控，当时人行和工信部都提出银行核心系统的国产化替代，工行也积极响应，直到现在也是重点工作之一。同时工行也提出了在分布式数据库技术领域要提前进行技术储备和布局。虽然 TiDB 是当时一款比较火的产品，但是当时业界也不乏其他一些优秀产品，为什么最终工行还是选用了 TiDB？最主要的一个原因就是开源，开源为工行深入研究一款产品提供了可能。同时，跨行业的丰富使用案例，也给工行提供了很多借鉴。社区化的开发模式、版本的快速迭代，可以更快地完善所需功能。后续多家国产数据库陆续开源，也从侧面印证了 TiDB 坚持的开源战略受到了行业的认可。最后一点原因是工行对分布式数据库技术的研究需要。工行在分布式数据库技术领域也是多驾马车并行的，TiDB 可以作为这个技术领域的有益补充。\n\n工行从 2017 年开始对 TiDB 进行研究论证，2018 年开始落地。刚开始上线的时候 TiDB 性能并不是太好，在进行了一系列优化，包括物理机置换，搬迁到万兆网络机房以后，性能肉眼可见地获得了很大提升。在高可用方面，工行进行了负载均衡以及同城双活的改造。整个过程并不是一蹴而就，其实是一个慢慢摸索的发展状态。直到 2020 年后 TiDB 开始慢慢走向成熟，4.0 版本也具备了 HTAP 的能力，工行随之开始寻找合适的试验场景。同时工行也在不断完善集群的一些配套功能，包括报警监控、安全审计等。再之后，工行开始研究 TiDB 上容器，这也顺应了基础设施云化的发展趋势。今年，工行会继续通过 TiDB 国产开源的特性，助力运维数据库的自主可控建设。\n\n**TiDB 在工行前后共投入了四五套集群，主要分为两类：一种是传统的部署架构，另一种是云上多租户，也就是容器集群架构**。传统的部署架构可以支持更大负载的应用，而且具备稳定性和性能两方面的优势，比较适合应用等级比较高，数据规模比较大的应用；容器集群可以通过容器来提高租户间的安全隔离，借助开发的调度编排，实现资源投入和人力成本的降低，比较适合应用等级稍低，数据规模没那么大的应用。两种架构正好形成互补。\n\n\n\n上图是一个同城两中心部署架构，具备同城双活高可用能力，通过 F5 实现园区间的流量转发。同时根据服务器的资源配置，将 DB 节点和 KV 节点进行多实例部署，兼具性能、稳定性以及资源利用率两方面的均衡。\n\n工行去年开始试点容器集群，现在还处于摸索阶段。容器集群最大的优势除了能够降低资源投入外，还能节约人力成本。出现故障灾难恢复时，不需要人工干预，能够实现自愈，通过 TiDB Operator 能够实现集群的全生命周期管理。\n\nTiDB 在工行最初是以运维领域作为研究的切入点。运维应用所使用的数据库也在面临很多挑战，像业务应用基本每个应用都会单独设一套数据库，资源投入多不说还比较难管理。但绝大部分运维应用都不会太大，属于中小型的应用，不过也有极个别的比较复杂，加上人工智能、模型训练等，如果随便找一个业务数据库来跑的话，在分析计算方面还不一定能够搞得定，同时随着业务应用的不断扩张，与之相对应的运维数据呈几何增长，扩容也是一个问题。此外，在多数据中心的情况下如何高可用部署？其实行内的业务系统高可用已经比较成熟，但运维应用的高可用相对比较薄弱，近几年行内对运维应用容灾能力越来越重视。\n\n因此，**工行基于分布式数据库 TiDB 构建了一个多租户 DBaaS 云，能够为多个运维应用提供数据库服务，根据业务的需求进行弹性伸缩**。同时工行进行了同城高可用的部署，在应用上进行试点验证。以工行的智能算法门户应用为例，这个应用是面向运维的，能够提供数据的加工处理，以及运维集成的端到端的运维服务。它一方面会对数据库捞取大量的数据做模型训练，而且实时性要求还不低。另外一方面，它会将运维数据异常检测的一些结果数据对数据库进行高频的读写更新，这比较贴合 HTAP 场景，因此工行以 Spark 作为分布式计算引擎，以 TiDB 作为底层数据存储引擎，来构建高效的流批一体处理框架。\n\n> 数据库也是保险公司信息系统中关键的基础设施，因此，产品优秀，服务到位是保险信息系统稳定运行的前提， PingCAP 与中国人寿财险建立了良好合作，一起打造出分布式数据库在财险行业核心应用的典范。\n\n### 中国人寿财险：“核心系统分布式数据库”改造实践\n\n中国人寿财险是中国人寿集团重要成员单位，成立 16 年以来成果颇丰，目前在中国财险行业排名第四，累计服务了 1.1 亿个人用户，470 万个组织客户。该公司高度重视科技投入，科技应用在公司发展历程上起到了至关重要作用，从最初的技术支撑到逐步引领业务的方向，科技创新成为中国人寿财险最重要的核心竞争力之一。\n\n\n\n陈彬 中国人寿财险 金融科技中心系统运行部负责人\n\n**中国人寿财险充分利用两条科技途径推进科技创新，一是利用大数据、云计算、人工智能等新一代技术来改造传统保险业务，二是直接面向互联网、移动化构建新的服务架构和运营模式**。在数字化转型道路上，数据库是最重要的核心基础设施，支持大规模数据、高并发、敏捷响应成为其关键能力，也是保险业务高质量发展的技术保障。\n\n近几年来，中国人寿财险主动应对车险综合改革，业务规模持续上升，盈利能力水平稳步提高，2021 年实现保费收入约 915 亿元。历时三年，中国人寿财险在 2020 年完成了新一代核心业务系统的建设，为深入推进数字化转型打下坚实基础。但是，随着业务规模的不断扩大及保单件数的激增，仍面临一些在应用层面解决不了的痛点，例如，投保业务激增导致高并发，实时数据写入、时效性、可靠性得不到保障。**担心业务高峰期出现单点故障，基础软件做不到完全掌控，而这些痛点正好是分布式数据库善于解决的问题**。\n\n分布式数据库支持横向扩展，满足金融应用系统海量数据存储和百万级 TPS 高并发要求，提高了吞吐能力，降低了响应时间，实现小机向 X86 迁移，摆脱对专有硬件依赖，分布式数据库是解决以上问题的最佳方案。\n\n鉴于分布式数据库金融行业的应用案例相对较少，**中国人寿财险采用四步走策略，包括公开招标、PoC 测试、上线试用、外部评审，尽最大可能选择最适合业务发展的数据库产品**。2020 年，中国人寿财险通过对市场上主流分布式数据库进行深入考察和评估，最后选择 TiDB 4.0 作为核心业务系统分布式数据库的试点。\n\n2020 年 11 月，经过详细的技术验证，应用优化和投产保障规划，中国人寿财险数据库及中间件团队成功上线了单证系统。2021 年，陆续实现了承保辅助决策系统、天财车险、特殊车险承保系统的上线。今年，中国人寿财险已经完成了报价中心的切换上线，后续还会完成非车险承保系统的切换上线。TiDB 大幅提升海量数据和高并发下的性能问题，提供灵活的弹性扩容能力，并符合未来云架构的趋势。目前，TiDB 集群稳定支撑非车险及电子投保系统的客户身份认证、投保、对接银行保单处理、电子发票开具等业务，提供了异构数据库的灾备能力，实现了 RPO=0，RTO<30 秒的金融生产级高等级运行保障要求。\n\n**在整个实践过程中，中国人寿财险和 PingCAP 密切合作，初步形成了分布式数据库自主创新的能力，验证了分布式数据库在核心业务系统的可行性**。中国人寿财险基于 TiDB 实现了核心业务系统的分布式改造，第一次在保险行业联机交易和批量业务场景引入 NewSQL 分布式数据库架构，推动中国人寿财险核心业务系统实现了进一步技术演进迭代和整体降本增效的目标。\n\nTiDB 分布式数据库在中国人寿财险核心业务的成功应用，首先节省了成本，通过 X86 通用服务器代替 IBM 小型机，硬件投入成本降低了 75%；其次，用先进的分布式数据库替换集中式数据库，改造完成之后，OLTP 和 OLAP 性能较原来的 Oracle 数据库均有了明显上升，其中全量状态统计报表的处理时效提升 80 多倍，并具备了更强的数据汇聚和查询能力；最后，通过开放架构实现了安全可控，初步打造了中国人寿财险的自主创新体系，并不断演进，为后续异地双活改造奠定了坚实的技术基础。\n\n## 与行业科技公司共创新型合作模式\n\n> PingCAP 在拓展场景时常常会碰到多种多样的各类需求，而这些需求来自于各个企业所属的竞争环境，这些挑战无论是业务还是技术上，都不是一家企业能够独自完成的，要想深耕行业，就需要各种行业的垂直解决方案、服务能力， PingCAP 在与平安科技的合作中尝试出一种新的生态合作模式，为行业领域用户提供更深入的行业解决方案。\n\n### 平安科技 - 携手共建的发行版战略\n\n平安科技总工程师汪洋分享了 TiDB 发行版 UbiSQL 的前世今生。UbiSQL 是平安基于 TiDB 基础的数据库引擎自研的数据库发行版，定位是金融级分布式数据库，能够覆盖金融全场景，并满足国家信息自主可控和一行两会对于数据库技术的要求。\n\n\n\n汪洋 平安科技 总工程师\n\nUbiSQL 前三个字母 Ubi 是英语 ubiquitous （无处不在）的缩写。在发音上，汪洋称 UbiSQL 为“无比 SQL”，希望这个数据库具有良好的扩展性，非常强的高可用性，能够做到无与伦比，无处不在。\n\n\n\n**过去一年来，平安科技与 PingCAP 进一步加强了合作关系，探索出了从产研到交付到服务的全新合作模式**。在该模式转变前，双方各自有一个内循环，围绕着平安、PingCAP 自己的核心场景转动。平安作为一个综合性金融集团，涵盖了全牌照的金融服务，包括银行、基金、保险、投资，甚至包括一些互联网金融，非常丰富。围绕这些核心场景，平安有自己的 UbiSQL 产研团队、解决方案团队、运维团队，这些之间形成了一个内循环。当产品发布之后，平安可以通过自己的数据库架构师或者产品解决方案师，给应用系统做出一些建议，提出一些架构选型方面的建议，还有一些系统的使用性建议。在系统上线后，还可以根据线上问题提供一些售后的运维支持，包括整体系统的优化，定期 review ，健康检查，在这个过程中平安能够发现产品所需要提升的地方，形成了一个闭环。\n\nPingCAP 同样有三种角色，但是唯一不同的是缺少这样的金融场景。所以之前这两个环是相对独立的。\n\n在这种模式运行一段时间后，双方发现在很多方面还没有打通，没有产生 1+1>2 的效果，而是 1+1=2，甚至于可能是小于等于 2 。**现在，通过双方合作的进一步加强，平安和 PingCAP 形成了内循环 + 外循环模式，内循环与外循环是打通的：双方的产研团队打通**，形成产研方面的联合团队；在交付方面打通，形成了解决方案师的联合团队；在售后方面打通，形成了技术服务的联合团队。通过将这些团队角色打通后，双方发现在问题的解决效率、产品新特性的发布、产品问题的修复等方面，都得到了非常大的提升。\n\n这种新模式就是开放合作和共赢。当线上 UbiSQL 的一个应用系统发现问题后，双方组建的运维团队可以迅速介入分析问题，诊断问题。一方面能够快速解决问题，恢复生产，恢复服务；另一方面可以继续去寻找产品产生问题的根本原因，并制定对应的解决方案，让问题不再发生。在查找问题原因、制定解决方案的同时，也会看到一些对产品方面的提升建议，平安会提交给产研联合团队，进一步了解产品的实现机制。\n\n\n\nPingCAP 的产研团队则更聚焦在 TiDB 最新的版本或者未来的版本上，能够进行产品特性方面的增强或者 bug 修复，而平安的团队也能够把这些方案在产品方面的一些实现，快速应用到现网运行上的一些系统中，快速进行现网产品的提升，这是双方合作的意义所在。**通过组建这些联合团队，可以看到覆盖的应用系统从设计到开发到上线到售后到销售整个生命周期**，覆盖了驻场运维服务、问题咨询、功能申请、技术支持、系统优化、故障上报等端到端服务能力。通过这种全新的合作模式，平安与 PingCAP 形成了共赢的基础。\n\n共赢还使得双方无论在研发能力、运维能力，还是解决方案能力方面，都得以提升。可能连 PingCAP 的研发也没有意识到，在某些特定场景和负载下产品会出现的问题，通过双方合作可以发现和修正。这种模式不仅可以极大程度上帮助 TiDB 打磨金融场景的基础能力，同时还能帮助平安 UbiSQL 的研发团队加深对代码的理解，能够更迅速地从代码级定位问题，修复问题。当产品发生问题后，双方团队可以对问题诊断分析，能够发现一些以前包括研发、运维团队所不知道的特性与机制。**从这些方面来看，合作不光使平安科技的交付团队、运维团队能力得以提升，就连 PingCAP 的售后工程师技能也得以提升**。\n\nPingCAP 与平安就是通过这样更加开放的态度进行更加深入的合作，从而达到双方共赢，实现能力、产品的提升，进一步适配金融场景需要，实现 1+1>2 的效果。**相信通过这种全新的合作模式，PingCAP 和平安，包括 UbiSQL，都可以走得更远，越做越好**。\n\n### 加乘创新 智简未来，构建友邻多元生态\n\n\n\n除平安科技外，PingCAP 的整个生态体系也会涉及到各行各业非常核心的场景，除了前面讲到的社区、技术、人才、共赢生态，还需要有更多传统企业级解决方案加进生态中，融合开源、多源和行业解决方案，将 PingCAP 的整个生态体系进化为“友邻式”的多元生态。\n\n**用户峰会上，陈煜琦与神州数码、中电金信、天翼云、东软集团、云徙科技、嘉和美康等生态合作伙伴共同启动了“加乘创新 智简未来”的共创仪式**，将合力为银行、保险、证券、电信、政企、零售餐饮、制造、医疗等数字转型企业，以及 SaaS、金融科技、游戏、电商等数字原生企业，提供更加丰富的企业级解决方案及服务。\n\n\n\n**赵琳 神州数码企业业务集团软件本部总经理**\n\n“神州数码与 PingCAP 在面向数据库企业服务市场、面向技术人才及开源运营生态、面向双方战略合作共赢上一直有着深入合作，神州数码的数云融合技术战略致力于为企业形成数据洞见及敏捷应对变化和创新的能力，拥抱云和开源，与TiDB 等开源厂商就云原生的分布式架构、Dataops、定制化通用聚合平台等进行解决方案整合，为企业提供一站式企业数字化转型解决方案。”\n\n**邵建军 中电金信副总裁**\n\n“中电金信和 PingCAP 在杭州银行等越来越多的金融机构领域成功合作，我们认为未来与 TiDB 的合作层级会越来越广阔，不断加强合作的深度和广度。”\n\n**侯圣文 天翼云大数据 AI 首席专家**\n\n“天翼云在 2018 年开始参与了 TiDB 开源项目，我们有很多开发者一起探索在云原生当中的 HTAP 场景，在多个行业领域落地，都取得了非常良好的效果。天翼云团队一直在践行着中国人真正的担当，走向了一个自主可控的路径，未来和 TiDB 一起，希望我们能把自研数据库做得越来越好。”\n\n**郭晓龙 东软集团股份有限公司医疗保障事业部开发中心主任**\n\n“东软集团成立于 1991 年，在汽车互联，软件国际化服务都属于领先领域。我们和 PingCAP 是在医疗保障行业里深度合作，通过产品选型和技术认证，我们选择了 PingCAP 的 TiDB，并打造了山东临沂千万级别人口城市标杆的医保项目，这个项目解决了传统的分布式数据库的适配成本高，管理成本大，性能优化难的问题，受到了医保，山东医保的高度肯定。接下来我们想和 PingCAP 公司携手共进，开展更加全面深入多元化的合作。”\n\n**江威 云徙科技副总裁**\n\n“云徙科技主要在企业服务里做基于中台的营销数字化服务，帮企业构建一体化的数字增长服务。我们和 TiDB 面向大数据的营销场景、业务中台应用落地，未来希望在越来越多企业应用中与 TiDB 一起共同提供更好的服务。”\n\n**潘状 嘉和美康平台数据中心产品总监**\n\n“嘉和美康是国内比较早从事医疗软件研发和产业化的公司，公司主营业务是医疗软件，在这个行业内深耕了 11 年，目前已经形成具有自主知识产权，包括临床医疗，医患互动，医养一体，医疗大数据相关产业链。我们与 TiDB 合作的主要方向是在医疗大数据方向，看重 TiDB 优秀的在线数据分析能力，数据处理能力，未来我们希望与 PingCAP 一起在医疗行业内秉承合作共赢、开放的理念，加速我国医疗信息化数字化转型。”\n\n未来，相信将有更多的企业用户和合作伙伴加入 PingCAP 这个“友邻式的多元生态”，共同助力数字转型企业和数字原生企业的业务敏捷创新。","author":"PingCAP","category":2,"customUrl":"create-a-friendly-and-diversified-ecosystem","fillInMethod":"writeDirectly","id":423,"summary":"9 月 22 日的用户峰会上，PingCAP 副总裁陈煜琦发表了以“深耕行业场景，构建多元生态”为主题的演讲，工商银行、杭州银行、中国人寿财险、平安科技分享了在他们的关键业务中如何借助 TiDB 深挖行业场景，来自神州数码、中电金信、天翼云、东软集团、云徙科技、嘉和美康的生态伙伴分享了他们与 TiDB 的共建经验。本文为分享回顾。","tags":["TiDB"],"title":"打造友邻式多元生态，支撑工商银行、平安科技、中国人寿财险、杭州银行的创新实践"}}]}}},
"staticQueryHashes": ["1327623483","1820662718","3081853212","3430003955","3649515864","4265596160","63159454"]}