而TipDB TiDB 开源分布式关系型数据库 TiDB PRODUCT PORTFOLIO & VERITICAL CASE STUDY 外网全钼 外和折马外 COeG6 平凯星辰 (北京) 科技有限公司 目录 Contents 第一章 关于 PingCAP 1L1 PingCAP简介 05 12 创新成果 05 1.3 发展历程 06 1.4 技术标准起草 07 15荣誉1 07 07 16 代表用户 08 第二章 TiDB 开源分布式关系型数据库 2.1 产品简介。 2.2 TiDB架构图.ee 10 23 核必特性 11 2.4 TiFlash 高性能列式分析引擎 12 25 TiDB企业 12 2.6 TiDB 社区版与企业版差异 13 第三章 TiDB 生态工具 3.1 数据迁移 . 16 5 库产品、解 决方案与咨询、技术支持与培训认证服务，致力于为全球行业用户提供稳定高效、安全可告、开放兼容 的新型数据基础设施，解放企业生产力，加速企业数字化转型升级。 由PingCAP 创立的分布式关系型数据库 TiDB，为企业关键业务打造，具备 分布式强一致性事务、在 线弹性水平扩展、故障自恢复的高可用、跨数据中心多活」 等企业级核心特性，帮助企业最大化发挥数 据价值，充分释放企业增长空间。 目前，PingCAP

· · · · · · · · · · · · · · 4805 31 1 文档中心 2 关于 TiDB 2.1 TiDB 简介 TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析 处理 (Hybrid Transactional and Analytical Processing, HTAP) 的融合型分布式数据库产品，具备水平扩容或者缩容、金 时，代表启用。该变量将在功能正式发布后废弃。 更多信息，请参考用户文档。 • 自动统计信息收集引入优先级队列 #50132 @hi-rustin 维持优化器统计信息的时效性是稳定数据库性能的关键，绝大多数用户依赖 TiDB 提供的自动统计信息 收集来保持统计信息的更新。自动统计信息收集轮询所有对象的统计信息状态，并把健康度不足的对 象加入队列，逐个收集并更新。在之前的版本中，这些对象的收集顺序是随机的，可能导致更需要更 支持执行计划缓存，能够有效降低交易类业务系统的处理时延，是提升性能的重要手段。在 v8.0.0 中，TiDB 解除了执行计划缓存的几个限制，含有以下内容的执行计划均能够被缓存： – 分区表 – 生成列，包含依赖生成列的对象（比如多值索引） 该增强扩展了执行计划缓存的使用场景，提升了复杂场景下数据库的整体性能。 更多信息，请参考[用户文档](#prepare-语句执行计划缓存)。 • 优化器增强对多值索引的支持

· · · · · · · · · · · · · · 4369 30 1 文档中心 2 关于 TiDB 2.1 TiDB 简介 TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析 处理 (Hybrid Transactional and Analytical Processing, HTAP) 的融合型分布式数据库产品，具备水平扩容或者缩容、金 • TiDB 采用系统当前安装的所有时区规则进行计算（一般为 tzdata 包），不需要导入时区表数据就能使用 所有时区名称，导入时区表数据不会修改计算规则。 • MySQL 默认使用本地时区，依赖于系统内置的当前的时区规则（例如什么时候开始夏令时等）进行计 算；且在未导入时区表数据的情况下不能通过时区名称来指定时区。 2.4.2.16 类型系统 MySQL 支持以下列类型，但 TiDB 不支持： 行/小时），由于网络和物理磁盘的写入 能力有限，内部 TiKV 与 TiFlash 之间的 I/O 会成为主要瓶颈，也容易产生读写热点。此时 TiFlash 节点数与 OLAP 计算量有较复杂非线性关系，需要根据具体系统状态调整节点数量。 • TiSpark – 如果你的业务需要基于 Spark 进行分析，请部署 TiSpark。具体步骤，请参阅TiSpark 用户指南。 3.4.4 HTAP

· · · · · · · · · · · · · · 4807 31 1 文档中心 2 关于 TiDB 2.1 TiDB 简介 TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析 处理 (Hybrid Transactional and Analytical Processing, HTAP) 的融合型分布式数据库产品，具备水平扩容或者缩容、金 • TiDB 采用系统当前安装的所有时区规则进行计算（一般为 tzdata 包），不需要导入时区表数据就能使用 所有时区名称，导入时区表数据不会修改计算规则。 • MySQL 默认使用本地时区，依赖于系统内置的当前的时区规则（例如什么时候开始夏令时等）进行计 算；且在未导入时区表数据的情况下不能通过时区名称来指定时区。 57 2.4.2.16 类型系统 MySQL 支持 SQL_TSI_*（包括 行/小时），由于网络和物理磁盘的写入 能力有限，内部 TiKV 与 TiFlash 之间的 I/O 会成为主要瓶颈，也容易产生读写热点。此时 TiFlash 节点数与 OLAP 计算量有较复杂非线性关系，需要根据具体系统状态调整节点数量。 • TiSpark – 如果你的业务需要基于 Spark 进行分析，请部署 TiSpark。具体步骤，请参阅TiSpark 用户指南。 3.4.4 HTAP

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 951 7.8.8 如何理解 TiCDC 时区和上下游数据库系统时区之间的关系？ · · · · · · · · · · · · · · · · · · · · · · · · 951 7.8.9 创建同步任务时，如果不指定 --config 配置文件，TiCDC 的默认的行为是什么？ · · · · · · · · · · · · · · 5095 37 1 文档中心 2 关于 TiDB 2.1 TiDB 简介 TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析 处理 (Hybrid Transactional and Analytical Processing, HTAP) 的融合型分布式数据库产品，具备水平扩容或者缩容、金 L1 距 离（曼哈顿距离）。 在使用时，你只需要创建包含向量数据类型的表，并插入向量数据，即可执行向量搜索查询，也可进 行向量数据与传统关系数据的混合查询。 此外，你可以创建并利用向量搜索索引来提升向量搜索的性能。需要注意的是，TiDB 的向量搜索索引 依赖于 TiFlash。在使用向量搜索索引之前，需要确保 TiDB 集群中已部署 TiFlash 节点。 更多信息，请参考用户文档。 2.2

· · · · · · · · · · · · · · 5072 32 1 文档中心 2 关于 TiDB 2.1 TiDB 简介 TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析 处理 (Hybrid Transactional and Analytical Processing, HTAP) 的融合型分布式数据库产品，具备水平扩容或者缩容、金 L1 距 离（曼哈顿距离）。 在使用时，你只需要创建包含向量数据类型的表，并插入向量数据，即可执行向量搜索查询，也可进 行向量数据与传统关系数据的混合查询。 此外，你可以创建并利用向量搜索索引来提升向量搜索的性能。需要注意的是，TiDB 的向量搜索索引 依赖于 TiFlash。在使用向量搜索索引之前，需要确保 TiDB 集群中已部署 TiFlash 节点。 更多信息，请参考用户文档。 2.2 • TiDB 采用系统当前安装的所有时区规则进行计算（一般为 tzdata 包），不需要导入时区表数据就能使用 所有时区名称，导入时区表数据不会修改计算规则。 • MySQL 默认使用本地时区，依赖于系统内置的当前的时区规则（例如什么时候开始夏令时等）进行计 算；且在未导入时区表数据的情况下不能通过时区名称来指定时区。 2.4.2.16 类型系统 MySQL 支持 SQL_TSI_*（包括

· · · · · · · · · · · · · · 4590 31 1 文档中心 2 关于 TiDB 2.1 TiDB 简介 TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析 处理 (Hybrid Transactional and Analytical Processing, HTAP) 的融合型分布式数据库产品，具备水平扩容或者缩容、金 • TiDB 采用系统当前安装的所有时区规则进行计算（一般为 tzdata 包），不需要导入时区表数据就能使用 所有时区名称，导入时区表数据不会修改计算规则。 • MySQL 默认使用本地时区，依赖于系统内置的当前的时区规则（例如什么时候开始夏令时等）进行计 算；且在未导入时区表数据的情况下不能通过时区名称来指定时区。 2.4.2.16 类型系统 MySQL 支持 SQL_TSI_*（包括 行/小时），由于网络和物理磁盘的写入 能力有限，内部 TiKV 与 TiFlash 之间的 I/O 会成为主要瓶颈，也容易产生读写热点。此时 TiFlash 节点数与 OLAP 计算量有较复杂非线性关系，需要根据具体系统状态调整节点数量。 • TiSpark – 如果你的业务需要基于 Spark 进行分析，请部署 TiSpark。具体步骤，请参阅TiSpark 用户指南。 3.4.4 HTAP

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 280 8.1.3 相关系统变量· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2259 23 1 文档中心 2 关于 TiDB 2.1 TiDB 简介 TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析 处理 (Hybrid Transactional and Analytical Processing, HTAP) 的融合型分布式数据库产品，具备水平扩容或者缩容、金 sorter 的支持 #2114 * 支持日志轮替配置 #2182 – TiDB Lightning * 支持 CSV 文件中除 \r 和 \n 之外的自定义行尾 #1297 * 支持表达式索引和依赖于虚拟生成列的索引 #1407 – Dumpling * 支持备份兼容 MySQL 但不支持 START TRANSACTION ... WITH CONSISTENT SNAPSHOT 和 SHOW

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 726 10.1.3 相关系统变量· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3572 30 1 文档中心 2 关于 TiDB 2.1 TiDB 简介 TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析 处理 (Hybrid Transactional and Analytical Processing, HTAP) 的融合型分布式数据库产品，具备水平扩容或者缩容、金 引入了系统变量tidb_gc_max_wait_time 来控制 GC 推迟的最大等待时间，超过该参数允许的时间，GC 将会被强制执行。该参数默认为 24 小时。通过该 系统变量，用户可以有效地控制 GC 等待时长与长事务的关系，提升集群的稳定性。 用户文档 • 支持设置统计信息自动采集任务的最长执行时间 通过采集统计信息，数据库可以有效掌握数据的分布情况，从而生成合理的执行计划，提升 SQL 的执行 效率。TiDB

· · · · · · · · · · · · · · 4666 31 1 文档中心 2 关于 TiDB 2.1 TiDB 简介 TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析 处理 (Hybrid Transactional and Analytical Processing, HTAP) 的融合型分布式数据库产品，具备水平扩容或者缩容、金 panic 的问题 #48212 @you06 – 修复 shuffleExec 意外退出导致 TiDB 崩溃的问题 #48230 @wshwsh12 – 修复静态 CALIBRATE RESOURCE 依赖 Prometheus 数据的问题 #49174 @glorv – 修复在日期中加上数值较大的 Interval 时返回错误结果的问题。修复后，带有无效前缀或字符串 true 的 Interval • TiDB 采用系统当前安装的所有时区规则进行计算（一般为 tzdata 包），不需要导入时区表数据就能使用 所有时区名称，导入时区表数据不会修改计算规则。 • MySQL 默认使用本地时区，依赖于系统内置的当前的时区规则（例如什么时候开始夏令时等）进行计 算；且在未导入时区表数据的情况下不能通过时区名称来指定时区。 2.4.2.16 类型系统 MySQL 支持 SQL_TSI_*（包括