TiDB v8.4 中文手册pingcap.com/zh/tidb/v8.4/partitioned-table#全局索引"> �→ 分区表全局索引成为正式功能全局索引可以有效提高检索非分区列的效率,并且消除了唯一键必须包含分区键的限制。该功能扩展了 �→ TiDB 分区表的使用场景,避免了数据迁移过程中的一些应用修改工作。 SQL 支持按表或数据库维度聚合 0 码力 | 5072 页 | 104.05 MB | 10 月前3
TiDB v8.5 中文手册pingcap.com/zh/tidb/v8.4/partitioned-table#全局索引"> �→ 分区表全局索引成为正式功能全局索引可以有效提高检索非分区列的效率,并且消除了唯一键必须包含分区键的限制。该功能扩展了 �→ TiDB 分区表的使用场景,避免了数据迁移过程中的一些应用修改工作。 SQL 支持按表或数据库维度聚合 0 码力 | 5095 页 | 104.54 MB | 10 月前3
TiDB v8.2 中文手册2/tidb-configuration-file#stats-load-concurrency �→ -从-v540-版本开始引入">统计信息加载效率提升 10 倍对于拥有大量表和分区的集群,比如 SaaS 或 PaaS 服务,统计信息加载效率的提升能够解决 TiDB �→ 实例启动缓慢的问题,同时也能提升统计信息动态加载的成功率, �→ 从而减少由于统计信息加载失败造成的性能回退,提升集群的稳定性。 数据处理量。该功能默认开启,控制该功能的变量 tidb_enable_parallel_hashagg_spill 将在未来版 本中废弃。 更多信息,请参考用户文档。 36 2.2.1.2 稳定性 • 统计信息加载效率提升 10 倍 #52831 @hawkingrei SaaS 或 PaaS 类业务应用中可能存在大量的数据表,这些表不但会拖慢初始统计信息的加载速度,也会 增加高负载情况下同步负载的失败率。TiDB JSON 数据验证,开发和维护比较复杂,开发 效率低。从 v8.2.0 版本开始,引入了 JSON_SCHEMA_VALID() 函数。通过在 CHECK 约束中使用 JSON_SCHEMA �→ _VALID(),可以避免插入不符合要求的数据,而不是事后检查数据。你可以在 TiDB 中直接验证 JSON 数据的有效性,提高数据的完整性和一致性,提升了开发效率。 更多信息,请参考用户文档。 2.20 码力 | 4987 页 | 102.91 MB | 10 月前3
TiDB v8.1 中文手册从 �→ v8.0.0 开始 GA)全局排序功能旨在提高 IMPORT INTO和CREATE INDEX的稳定性与效率。 �→ 通过对需要处理的数据进行全局排序,可以提高数据写入 TiKV 的稳定性、可控性和可扩展性, �→ 从而提升数据导入与索引添加的用户体验和服务质量。启用全局排序后,单条IMPORT schema-unused-indexes">sys.schema_unused_indexes,用于记录索引的使用情况 �→ 。该功能有助于用户评估数据库中索引的效率并优化索引设计。数据迁移 TiCDC 支持 0 码力 | 4807 页 | 101.31 MB | 1 年前 3
TiDB v8.0 中文手册schema-unused-indexes">sys.schema_unused_indexes, �→ 用于记录索引的使用情况。该功能有助于用户评估数据库中索引的效率并优化索引设计。数据迁移 TiCDC 支持 0 码力 | 4805 页 | 101.28 MB | 1 年前 3
TiDB v7.6 中文手册JSON_CONTAINS_PATH() 更多信息,请参考用户文档。 • 建表性能提升 10 倍(实验特性)#49752 @gmhdbjd 在之前的版本里,将上游数据库上万张表迁移到 TiDB 时,TiDB 创建这些表耗时长,效率低。从 v7.6.0 开 始,引入了新的 TiDB DDL V2 架构,你可以通过设置系统变量tidb_ddl_version 开启。相比之前的版本, 新版本的 DDL 批量建表性能提升了高达 10 开始废弃,废弃后将不再支持乐观事务的自动重 试。 2.2.5 改进提升 • TiDB – 当使用非二进制排序规则并且查询条件中包含 LIKE 时,优化器可以生成 IndexRangeScan 以提升执 行效率 #48181 #49138 @time-and-fate – 增强特定情况下 OUTER JOIN 转 INNER JOIN 的能力 #49616 @qw4990 – 提升分布式执行框架任务在节点重启场景下的均衡性 注入的风险,推荐使用预处理语句执行 SQL。 160 • 在不涉及大量复杂 SQL 语句的场景下,推荐使用 ORM 框架 (例如:Sequelize、TypeORM 或 Prisma) 来提升你 的开发效率。 • 当你在数据表中使用到 BIGINT 和 DECIMAL 类型列时,需要开启 Driver 的 supportBigNumbers: true 选项。 • 为了避免由于网络原因出现的 read0 码力 | 4666 页 | 101.24 MB | 1 年前3
TiDB v7.1 中文手册blank">多值索引 (GA)引入 MySQL 兼容的多值索引,增强 JSON 类型,提升 TiDB 对 MySQL 8.0 的兼容性。 �→ 该功能提升了对多值列进行成员检查的效率。 行级 TTL(从 > �→ (GA) 生成列 (Generated Columns) 的值是通过实时计算列定义中的 SQL 表达式得到的。 �→ 该功能将一些应用逻辑推向数据库层,从而提升查询效率。 安全 效率。 更多信息,请参考用户文档。 2.2.1.4 数据库管理 • 支持无需手动取消 DDL 的平滑升级集群功能(实验特性)#39751 @zimulala 在 TiDB v7.1.0 之前的版 340 码力 | 4369 页 | 98.92 MB | 1 年前3
TiDB v7.5 中文手册5/tidb �→ -distributed-execution-framework" target="_blank">分布式执行框架, �→ 可分布式执行导入任务,提升了大规模数据导入时的效率。选择0 码力 | 4590 页 | 100.91 MB | 1 年前 3
TiDB v6.5 中文手册CREATE [GLOBAL | SESSION] BINDING 语句中通过指定 plan_digest 绑定原来的执行计划,快速恢复 SQL 性能。此方式可以简化执行计划突变问题的处理,提 升运维效率。 更多信息,请参考用户文档。 33 2.2.1.2 安全 • 支持密码复杂度策略 #38928 @CbcWestwolf TiDB 启用密码复杂度策略功能后,在用户设置密码时,TiDB 会检查密码长度、大写和小写字符个数、数 TiDB 集群中所有组件的性能。 TiFlash 和 CDC 面板重新编排了 TiFlash 和 TiCDC 相关的监控信息,可以帮助你大幅提高 TiFlash 和 TiCDC 的性 能分析和故障诊断效率: 34 – 通过TiFlash 面板,你可以直观地了解 TiFlash 集群的请求类型、延迟分析和资源使用概览。 – 通过CDC 面板,你可以直观地了解 TiCDC 集群的健康状况、同步延迟、数据流和下游写入延迟等信 JSON_EXTRACT() JSON 格式为应用设计提供了灵活的建模方式,目前越来越多的应用采用 JSON 格式进行数据交换和数据存储。 通过将 JSON 函数下推至 TiFlash,你可以提高 JSON 类型数据的分析效率,拓展 TiDB 实时分析的应用场景。 • 新增支持下推以下字符串函数至 TiFlash #6115 @xzhangxian1008 – regexp_like – regexp_instr0 码力 | 4049 页 | 94.00 MB | 1 年前3
TiDB v5.3 中文手册DM 同步性能,实现以更低的延迟将数据从 MySQL 同步数据到 TiDB 26 • 支持 TiDB Lightning 分布式并行导入,提升全量数据迁移效率 • 支持 “一键” 保存和恢复现场问题的相关信息,提升查询计划问题诊断的效率 • 支持持续性能分析 (Continuous Profiling) 实验特性,提高数据库性能的可观测性 • 持续优化存储和计算引擎,提升系统性能和稳定性 经测试,使用 10 台 TiDB Lightning,20 TB 规模的 MySQL 数据可以在 8 小时内导入到 TiDB,单台 TiDB Lightning 可以支持 250 GiB/h 的导入速度,整体效率提升了 8 倍。 用户文档 • TiDB Lightning 执行任务前的检查项 TiDB Lightning 增加了执行前检查配置的功能。默认开启。该功能会自动进行一些磁盘空间和执行配置的 用户文档 2.2.2.6 问题诊断效率 • 保存和恢复集群现场信息 在定位排查 TiDB 集群问题时,用户经常需要提供系统和查询计划相关的信息。为了帮助用户更方便地 获取相关信息,更高效地排查集群问题,TiDB 在 v5.3.0 中引入了 PLAN REPLAYER 命令,用于 “一键” 保 存和恢复现场问题的相关信息,提升查询计划问题诊断的效率,同时方便将问题归档管理。 PLAN REPLAYER0 码力 | 2374 页 | 49.52 MB | 1 年前3共 16 条- 1
- 2













