{
    "componentChunkName": "component---src-templates-company-news-detail-tsx",
    "path": "/about-us/company-news-detail/tidb-5.1-release",
    "result": {"pageContext":{"companyNewsDetail":{"id":"About-us-news_13","title":"TiDB 5.1 发版，打造更流畅的企业级数据库体验","customUrl":"tidb-5.1-release","image":{"alt":"TiDB 5.1 发版","media":{"url":"https://img1.www.pingcap.com/prod/20210705_094757_957_cfbe5fa85f.jpeg"}},"date":"2021-07-02","body":"自 TiDB 5.0 发布以来，陆续在金融、互联网 & 新经济、物流等行业用户的生产环境得到应用，收获不少用户的积极评价：\n\n- TiDB 服务 58 金融、安居客等数仓报表的复杂读取与关联查询，在多表关联查询中，相比 4.0 版本性能最高提升达 90%；\n\n- 经过网易互娱场景实测，与 4.0 相比 TiDB 5.0 整体性能表现更加稳定，没有出现明显的抖动；\n\n- TiDB 5.0 在汽车之家大数据 join 与聚合场景的应用中，MPP 体现出明显的优势，与 MySQL 相比总体效能提升 20 - 50 倍。\n\n“用户的反馈激励我们不断前行，我们的使命是持续提升开发者和 DBA 的体验，让用户用得省心，用得顺手。” PingCAP 联合创始人兼 CTO 黄东旭说，“ TiDB 每一个版本的发布都立足于解决 DBA 的痛点。真实场景就是最好的架构师，从 5.0 版本开始 TiDB 缩短了发版周期，采用了更灵活、更敏捷的火车发版模型，每一个用户真实场景需求的输入，在两个月周期内就有可能成为下一个版本交付的功能。”\n\n得益于大量用户真实应用场景的快速反馈，TiDB 5.1 提速发版，进一步打造更流畅的企业级数据库体验。TiDB 5.1 拥有更加稳定的响应延迟表现，更优的 MPP 性能与稳定性，更便捷的可运维性，开发者和 DBA 可以轻松地基于 TiDB 5.1 构建任意规模的关键业务应用。\n\n## TiDB 5.1 功能亮点和用户价值\n\n- 支持 ANSI SQL 99 标准的 Common Table Expression，用户可以写出更加简洁、更易维护的 SQL 代码，轻松应对复杂的业务逻辑，提高开发效率。\n\n- 进一步提升 MPP 性能和稳定性，帮助用户更快做出实时决策。5.1 通过支持 MPP 模式下的分区表以及新增的多个函数表达式和算子优化，实时分析性能提升一个数量级以上；通过增强的内存管理和负载平衡机制，让分析查询变得更快、更稳。\n\n- 在突发的大流量写入、集群扩缩容以及在线数据导入和备份等场景下，5.1 版本优化了数据库的长尾查询延迟的稳定性，应对不同的工作负载，延迟能够降低 20% - 70% 。尤其对于金融行业延迟敏感类型的关键业务应用，大幅提升了在高压力负载下的查询稳定性。\n\n- 支持列类型变更，与 MySQL 兼容度更高。5.1 新增 Stale Read 模式，在读写分离场景中通过打散读热点大幅提升读吞吐能力；引入新的系统表，实现在高并发事务场景中快速定位锁冲突；改进统计信息分析引擎，提升优化器选择索引的精准度，保障业务查询的效率和稳定性。\n\n- 面向大集群提供更加友好的运维体验，进一步降低 DBA 工作负荷。5.1 版本集群扩缩容和数据迁移速度提升 40%，改善了大规模集群运维的可靠性，降低大规模集群整体备份和恢复的耗时，通过优化 CDC 数据链路临时中断后的自动恢复机制，进一步提升数据同步链路的可靠性。\n\n## Common Table Expression - 让 SQL 化繁为简\n\n在金融交易类场景，由于业务的客观复杂性，有时候会写出长达 2000 行的单条 SQL 语句，其中包含大量的聚合和多层子查询嵌套，维护此类 SQL 堪称开发人员的噩梦。5.1 版本支持 ANSI SQL 99 标准的 [Common Table Expression（CTE）](https://docs.pingcap.com/zh/tidb/v5.1/sql-statement-with)及递归的写法，极大提升开发人员和 DBA 编写复杂业务逻辑 SQL 的效率，增强代码的可维护性。\n![1.jpg](https://img1.www.pingcap.com/prod/1_beb60444a4.jpg)\n\n## HTAP 实时分析能力再升级\n\n### 进一步提升 MPP 的性能和稳定性\n\n5.1 版本进一步增强 TiFlash  MPP 计算引擎的综合能力，帮助用户提升业务决策速度：\n\n- MPP 支持分区表，结合业务逻辑可优化海量数据分析查询所消耗的资源，提升查询速度；\n\n- 新增多个常用 SQL 函数支持，并优化算子使得查询能够更充分利用 MPP 来加速；\n\n- 提供便利的强制 MPP 模式开关，用户可自主决定是否开启 MPP 模式；\n\n- 通过优化集群负荷的分散与平衡机制，消除热点，提升系统“综合”承载能力；\n\n- 修复引擎内存使用问题，提供更加平稳流畅的使用体验。\n\n###  升高压力负载下查询分析的稳定性\n\n在金融类业务场景下，技术人员每天会对数据进行高压力的跑批计算，生成最新的市场和营销分析报告，以辅助商业决策。跑批流程对连续性要求极高，无法容忍中间过程出错。针对该场景，5.1 版本优化了 TiDB 的请求重试机制和 TiKV 的请求处理机制，显著降低了在高负载下由于 TiFlash 同步数据不及时导致的 [Region Unavailable](https://docs.pingcap.com/zh/tidb/stable/troubleshoot-tiflash#%E9%83%A8%E5%88%86%E6%9F%A5%E8%AF%A2%E8%BF%94%E5%9B%9E-region-unavailable-%E7%9A%84%E9%94%99%E8%AF%AF) 出错概率。\n\n### 无缝集成 TiSpark\n\nTiSpark 5.1 版本实现了对含有聚簇索引表的读写支持，不带来任何额外的性能开销，对用户完全透明，用户可以立刻迁移到新版 TiSpark 来体验与 TiDB 5.1 的无缝集成。\n\n## 降低读写延迟抖动\n\n在延迟敏感的应用场景下，当线上产生突发写流量、操作 TiDB 扩缩容、后台执行统计任务，以及在线数据导入和备份时，可能造成数据库的 P99 和 P999 百分位的延迟抖动，对长尾查询产生一定影响.\n\nTiDB 5.1 加强了对磁盘读写链路的管理，限制后台任务对磁盘资源的使用，大幅降低上述场景对线上业务的干扰，改善读写链路的效率和稳定性。在 AWS EC2 r5b.4xlarge 实例挂载 EBS gp3 盘的环境下，通过 TPC-C 基准测试（10k WH）的实测结果：\n\n- 操作集群从 6 台 TiKV 缩到 3 台，P99 响应时间降低 20%，P999 响应时间降低 15%；\n\n- 执行在线导入 200GB 数据，P99 响应时间降低 71%，P999 响应时间降低 70%。\n\n## 增强业务开发灵活性\n\n### 支持列类型变更\n\n在典型的 TiDB 应用场景中，经常借助 binlog 将多个 MySQL 上游数据汇聚到一个 TiDB 集群。原先 TiDB 不支持变更列类型的操作，如果上游 MySQL 修改表的字段类型会导致与 TiDB 数据同步的中断。5.1 版本新增对修改列类型 DDL 语句的支持，彻底解决上述问题并进一步提升 [MySQL 兼容性](https://docs.pingcap.com/zh/tidb/dev/sql-statement-modify-column#mysql-%E5%85%BC%E5%AE%B9%E6%80%A7)。\n\n### Stale Read\n\n[Stale Read](https://docs.pingcap.com/zh/tidb/v5.1/stale-read#stale-read-%E5%8A%9F%E8%83%BD%E7%9A%84%E4%BD%BF%E7%94%A8%E5%9C%BA%E6%99%AF) 适用于读多写少并且能够容忍读到旧数据的场景。例如 Twitter 用户发出一条消息后，系统会产生成千上万甚至上亿次读取，并且新发出的消息在一定时间后被读到是可以容忍的。该场景给数据库带来相当大的读并发压力，可能会产生读热点，导致节点的负载分布不均，整体吞吐成为瓶颈。借助 Stale Read，用户可以指定一个过去的时间点从任意一个数据副本读取数据（不必从 leader 读取），从而显著分散节点的压力负载，使得整体读吞吐能力提升近一倍。\n\n```\n/* 例如：可以通过设置当前事务为查询 5 秒之前的数据状态来开启 Stale Read */\n> SET TRANSACTION READ ONLY AS OF TIMESTAMP NOW() - INTERVAL 5 SECOND;\n> SELECT * FROM T;\n```\n\n### 快速定位锁冲突(实验特性)\n\n业务开发需要很谨慎地处理数据库并发事务，一旦发生锁表会给线上业务带来巨大影响，而 DBA 需要快速定位锁表原因以保证业务能够恢复正常。TiDB 5.1 中新增 [Lock View 系统表视图](https://github.com/pingcap/docs-cn/blob/master/troubleshoot-lock-conflicts.md#%E4%BD%BF%E7%94%A8-lock-view-%E6%8E%92%E6%9F%A5%E6%82%B2%E8%A7%82%E9%94%81%E7%9B%B8%E5%85%B3%E7%9A%84%E9%97%AE%E9%A2%98)，可以快速定位到引起锁表的事务和相关 SQL 语句，从而提高锁冲突问题的处理效率。下面一个小例子展示如何使用 Lock View 快速定位发生锁表的事务和 SQL 语句。\n\n```\n/* 1. 获取当前发生锁等待的事务相关信息: */\nmysql> SELECT B.ID,B.STATE,B.WAITING_START_TIME,B.ALL_SQL_DIGESTS FROM DATA_LOCK_WAITS A,TIDB_TRX B WHERE A.CURRENT_HOLDING_TRX_ID = B.ID OR A.TRX_ID=B.ID \\G;\n*************************** 1. row ***************************\n                                   ID: 426015366622478337\n                            STATE: LockWaiting\nWAITING_START_TIME: 2021-07-01 14:19:15.652134\n      ALL_SQL_DIGESTS: [c5f8471b8590d075d2de681fe5fe7e4f4dd2dd57709058c11d359bb9a64185de]\n*************************** 2. row ***************************\n                                   ID: 426015363607822337\n                            STATE: Normal\nWAITING_START_TIME: NULL\n      ALL_SQL_DIGESTS: [3a0938060e1e3e66148f3e00a7d4a8a21a2482cab5d60a27d52ac6044e17f31d]\n2 rows in set (0.00 sec)\n\n/* 2. 根据锁表事务提供的 SQL 指纹，进一步找出事务执行过的历史 SQL */\n\n/* 持有锁事务历史执行 SQL*/\nmysql> SELECT DIGEST_TEXT,DIGEST FROM CLUSTER_STATEMENTS_SUMMARY WHERE DIGEST IN('3a0938060e1e3e66148f3e00a7d4a8a21a2482cab5d60a27d52ac6044e17f31d')\\G;\n*************************** 1. row ***************************\nDIGEST_TEXT: update `a` set `id` = ?\n           DIGEST: 3a0938060e1e3e66148f3e00a7d4a8a21a2482cab5d60a27d52ac6044e17f31d\n1 row in set (0.00 sec)\n\n/* 请求锁事务历史执行 SQL*/\nmysql>  SELECT DIGEST_TEXT,DIGEST FROM CLUSTER_STATEMENTS_SUMMARY WHERE DIGEST IN('c5f8471b8590d075d2de681fe5fe7e4f4dd2dd57709058c11d359bb9a64185de')\\G;\n*************************** 1. row ***************************\nDIGEST_TEXT: delete from `a`\n           DIGEST: c5f8471b8590d075d2de681fe5fe7e4f4dd2dd57709058c11d359bb9a64185de\n1 row in set (0.01 sec)\n```\n\n### 更快更准的统计信息分析\n\n随着业务数据持续不断的变更，表的统计信息也会变得陈旧，进而导致优化器执行计划准确度降低，使得查询变慢。DBA 通过执行 ANALYZE 操作，对表的统计信息进行重建。TiDB 5.1 对 ANALYZE 采样算法的性能进行了优化，生成统计信息的平均时间缩减为三分之一，同时新增一项新的统计数据类型，让优化器选择索引更加准确。\n\n## 提升大集群运维和数据传输的可靠性\n\n### 超多数量表的备份优化\n\n优化超多数量表的备份，在 50k 张表的量级下，TiDB 集群全量备份时间降低到之前的 30~40%。此外， 5.1 版本优化了备份模块的元信息文件组织形式（简称v2），启动 BR 时可以通过指定参数 “--backupmeta-version=2” 来启用 v2，从而减少单次写入量来降低内存消耗，有效避免低规格内存（≤8GB）环境下的异常退出。\n\n### 提升大规模集群运维可靠性\n\nTiDB 集群规模越大对生产集群扩缩容、硬件升级以及节点搬迁等日常运维操作的耗时就越久。TiDB 5.1 显著提升了扩缩容时数据迁移的性能，以下是两组测试结果：\n\n- 100 个节点规模下，完成集群所有数据跨数据中心迁移的耗时降低 20%；\n\n- 增加新节点或对某节点的数据进行迁移，耗时缩短约 40%。\n\n### 优化内存使用\n\n内存溢出（Out Of Memory）一直是困扰数据库行业的典型问题，5.1 版本针对 TiDB 的内存使用进行了一系列优化，从而降低 OOM 风险：\n\n- 无论数据量大小，窗口函数 row_number 将只占用固定大小内存；\n\n- 优化分区表的读取，占用更少内存；\n\n- 为存储层加入可配置的内存限制，当限制触发时，系统将释放部分缓存以降低内存占用；\n\n- TiFlash 写入的内存占用比上一版本降低 80%。\n\n### 提升 CDC 同步链路可靠性\n\nTiCDC 5.1 在无需人工干预的情况下提供同步链路的可靠性：当发生环境扰动或硬件故障时，TiCDC 可以保证同步持续进行；即使发生同步中断，TiCDC 也会根据实际情况自动进行重试。\n\n最后，特别感谢小米、奇虎 360、知乎、爱奇艺、理想汽车、新浪、虎牙、小电、跨越速运、亿玛科技等公司和社区开发者们在 TiDB 5.1 版本的设计、开发和测试过程中做出的贡献，是你们一如既往的支持，帮助 TiDB 在实际场景中持续提升开发者和 DBA 的使用体验，让 TiDB 变得更加简单易用。\n\n查看 TiDB 5.1 [Release Notes](https://docs.pingcap.com/zh/tidb/v5.1/release-5.1.0)，立即[下载试用](https://pingcap.com/zh/product-community/)，开启 TiDB 5.1 之旅。","author":{"name":"PingCAP","description":""},"type":"detail"},"prev":{"id":"About-us-news_17","title":"Ti-Star 计划，端到端打造 TiDB 开源合作创新明星","customUrl":"ti-star-program","image":{"alt":"Ti-Star","media":{"url":"https://img1.www.pingcap.com/prod/Ti_star_pc_df72771198.svg"}},"date":"2021-07-27","body":"Ti-Star 是 PingCAP 面向所有 TiDB 用户的合作共创计划，旨在端到端打造 TiDB 用户成功案例及开源合作创新明星。计划的落脚点在于让用户更好的使用 TiDB，无论是企业级用户、还是社区用户，只要满足一定条件，都可以申请加入这个计划。通过双方的共创，在实现客户成功的同时，让 TiDB 变得更加贴近用户的业务需要。\n\n## 一、项目简介\n围绕 TiDB 用户旅程，Ti-Star 计划将涵盖以下四个阶段，在这其中的每一个环节，都会由 PingCAP 免费提供原厂的深度支持和持续的互动：\n\n![ti-star-program.png](https://img1.www.pingcap.com/prod/ti_star_program_865e8cf1e8.png)\n\n### 1. 接触和使用 TiDB\n\n提供 TiDB Insight 支持，包括：\n\n- 技术咨询拜访\n\n- 产研跟访\n\n- 重点项目驻场\n\n- 高优先级故障排除\n\n- 独家知识库\n\n### 2. TiDB 深化应用\n\n提供 TiDB Roadmap 分享，包括：\n\n- Roadmap 共创会\n\n- 业务规划研讨\n\n### 3. TiDB 团队建设\n\n助力用户人才培养，包括：\n\n- 免费培训\n\n- 考试辅导\n\n- Committer 培养\n\n- TOC （社区技术委员会） 共同建设\n\n### 4. TiDB 实践推广\n\n协助拓展 TiDB 在企业更多场景的应用，包括：\n\n- 场景延展\n\n- 联合开发\n\n- 应用推广\n\n## 二、申请条件\n（1）TiDB 用户（社区版、企业版），至少拥有 2 个 PCTA 认证（PingCAP 认证 TiDB 数据库专员）或 1 个 PCTP 认证（PingCAP 认证 TiDB 数据库专家）；\n\n（2）有计划深入使用 TiDB 并应用于关键业务场景；\n\n（3）有一定的运维及研发人员投入计划，愿意参与 TiDB 产品和社区共创。\n\n## 三、申请渠道与步骤\n（1）发送邮件至 TiDB 用户社区官方邮箱：[user-zh@tidb.io](mailto:user-zh@tidb.io)； \n\n（2）与 PingCAP 团队 1-1 交流，探讨 TiDB 相关规划；\n\n（3）名额有限，择优入围。通过选拔后，定制 Ti-Star 项目时间表，启动项目。","author":{"name":"PingCAP","description":""},"type":"detail"},"next":{"id":"About-us-news_1","title":"推动一场技术变革的降临，PingCAP 邀你共同「预见」 DevCon 2021","customUrl":"devcon-2021","image":{"alt":"推动一场技术变革的降临，PingCAP 邀你共同「预见」 DevCon 2021","media":{"url":"https://img1.www.pingcap.com/prod/banner_a2a1095de9.jpg"}},"date":"2021-06-23","body":"# 推动一场技术变革的降临，PingCAP 邀你共同「预见」 DevCon 2021\n\n![推动一场技术变革的降临banner.jpg](https://img1.www.pingcap.com/prod/banner_27a832f305.jpg)\n\n**因为开放，** 我们汇聚了最优秀的开发者，通过集体的智慧，加速技术迭代，用更短的时间打磨出了一款优秀的基础软件。\n\n**通过连接，** 我们集成了更多能力，从 Not Only SQL 到 More Than a Database，每一次生长都充满惊喜。\n\n*追赶从不是我们的目标，我们从没有停止诘问自己，**未来的数据库应该是什么样子的？我们如何重新想象数据技术的未来形态？***\n\n“海量”可能早已没办法描述这个信息爆炸的时代，数据记录的早不只是你键盘的敲击，你的每次心跳甚至都将被记录在册；而瞬息万变的世界，“即时响应”也显得尤为重要，即使一秒钟的延迟也可能会造成难以估量的损失。\n\n分布式 + HTAP 是我们给出的答卷。**我们用 TiDB 5.0 版本立下了一个里程碑：** 一款拥有水平无限扩展，在线数据实时分析能力的数据库产品。\n\n但是，就到这里了吗？\n\n***有些人为什么步伐与众不同呢？那是因为他们听到了远方的鼓声。***\n\n**数据库技术变革的拐点已经到来，我们期待与你一起推动这场变革的降临。**\n\n2020 年，我们邀请了 80 + 位 Ti 星人来到直播间，讲述他们和 TiDB 的故事。\n2021 年，我们将举办一场 Ti 星人的大聚会，从「开放」讲起，「连接」你我。\n\n**你是否愿意和我们一起，共赴这次「预见」？**\n\n![推动一场技术变革的降临1.png](https://img1.www.pingcap.com/prod/1_c38619701c.png)\n\n## 大会日程\n\n### 7 月 23 日 - 开发者嘉年华\n\n大会前一天我们将举办为期半天的开发者嘉年华，活动将包括 TiDB 调优竞赛、Coding 动手实验、PingCAP Education 课程体验等丰富活动，现场更有吐槽大会与精美晚宴，大家千万不要错过！\n\n- **15：30 - 17：30**\n  - **TiDB 调优竞赛**\n    - 活动介绍：TiDB 调优大赛为竞赛类活动，选手在规定的时间内对同一应用场景下的 TiDB 进行性能调优， 按照性能提升的百分比进行排名。\n    - 面向人群：熟悉 TiDB，对 TiDB 的性能优化点有一定了解的社区用户、Contributor 等。\n\n  - **Coding 动手实验**\n    - 活动介绍：PingCAP CTO 黄东旭将手把手教你如何基于 TiDB，从前端到后端写一个有趣的小应用。\n    - 面向人群：对 Golang / React.js / TiDB 有一定了解的小伙伴们。\n\n  - **PingCAP Education 课程体验**\n    - 活动介绍：TiDB 5.0 课程体验活动为专业培训和考试体验课。参加学员可以在 2 小时内通过学习《TiDB 5.0 快速起步》这门课程和参与现场 TiDB 5.0 知识竞赛考试，获得 TiDB 课程体验官 （TiExploer 徽章和奖品）和 PingCAP Education 专属学习课程大礼包。\n    - 面向人群：无门槛，对 TiDB 感兴趣的小伙伴们均可参与。\n\n- **18：00-21：00**\n  - 吐槽大会 & 晚宴\n\n### 7 月 24 日- 大会日\n\n#### 上午 - Keynote：开放、连接、预见 主题演讲\n\n本次大会主论坛  PingCAP CEO 刘奇与 CTO 黄东旭将和众多外部嘉宾一起，分享他们对未来数据库产业发展的洞见，阐述开源生态的最新进展；同时，我们还将邀请开源领域的业内大咖、资深媒体人、知名投资人，共同探讨开源生态的多元思考。\n\n- **9：00-10：30**\n\n  - **开放、连接、预见**\n\n  - 嘉宾：刘奇\n\n- **10:30 ~ 11:00**\n\n  - **The Future of Database**\n\n  - 嘉宾：黄东旭\n\n- **11:00 ~ 12:00**\n\n  - **圆桌：开源成为企业服务新潮流**\n\n  - 圆桌主持：黄东旭\n\n#### 下午 - 分论坛\n\n- 业务敏捷分论坛\n  - 本场分论坛 TiDB 将邀请大量国际用户和中国用户，分享他们如何借助 TiDB 的规模化 OLTP 能力，应对随时触发的业务高峰，保证业务敏捷性；同时，本次论坛将邀请云原生应用的前瞻客户及合作伙伴分享实战经验，共话云原生技术的未来。\n\n- 实时洞察分论坛\n  - 本场分论坛为 TiDB HTAP 舞台的一次集中展示，将有超过 10 个用户和合作伙伴分享他们在 HTAP 的实战经验和创新思考，是业界少有的 HTAP 实战观察窗。\n\n- 创新生态分论坛\n  - 本场分论坛将邀请两类 TiDB 的合作伙伴，一类为 “Built on TiDB” 的顶级 ISV 和超级用户，他们将分享 TiDB 在金融、电信、物流、互联网等行业解决方案中如何提供创新的性能，另外一类为 “TiDB+Anything” 的第三方技术厂商，他们将分享 TiDB 分布式数据库与大数据技术栈的融合数据处理的跨界方案，尤其是在异构的数据环境里数据集成、大数据融合处理、分布式数据监控等热门话题。\n\n## 活动嘉宾\n\n![推动一场技术变革的降临2.png](https://img1.www.pingcap.com/prod/2_1b06e94b89.png)\n\n","author":{"name":"PingCAP","description":""},"type":"detail"}}},
    "staticQueryHashes": ["1327623483","1820662718","3081853212","3430003955","3649515864","4265596160","631028557","63159454"]}