表达式求值的类型转换 操作符 控制流程函数 - 2 - 本文档使用 书栈(BookStack.CN) 构建 字符串函数 数值函数与操作符 日期和时间函数 位函数和操作符 Cast 函数和操作符 加密和压缩函数 信息函数 JSON 函数 GROUP BY 聚合函数 其他函数 精度数学 SQL 语句语法 数据定义语句 (DDL) 数据操作语句 (DML) 事务语句 数据库管理语句 Prepared SQL 性能测试报告 - v2.0 TiDB Sysbench 性能对比测试报告 - v2.0.0 对比 v1.0.0 - 5 - 本文档使用 书栈(BookStack.CN) 构建 致谢 当前文档 《TiDB 中文技术文档》 由 进击的皇虫 使用 书栈(BookStack.CN) 进行构建，生成于 2018- 06-25。 书栈(BookStack.CN) 仅提供文档编写、整理、归类等功能，以及对文档内容的生成和导出工具。 日期和时间类型 字符串类型 JSON 数据类型 TiDB 中文技术文档 目录 README - 7 - 本文档使用 书栈(BookStack.CN) 构建 枚举类型 集合类型 数据类型默认值 函数和操作符 函数和操作符概述 表达式求值的类型转换 操作符 控制流程函数 字符串函数 数值函数与操作符 日期和时间函数 位函数和操作符 Cast 函数和操作符 加密和压缩函数 信息函数 JSON 函数 GROUP BY

Processing)、OLAP (Online Analytical Processing)、HTAP 解决方案。TiDB 适合高可 用、强一致要求较高、数据规模较大等各种应用场景。 关于 TiDB 的关键技术创新，请观看以下视频。 2.1.1 五大核心特性 • 一键水平扩缩容 得益于 TiDB 存储计算分离的架构的设计，可按需对计算、存储分别进行在线扩容或者缩容，扩容或者 缩容过程中对应用运维人员透明。 件。和实例日志一样，general log 也遵循日志的轮询和保存策略。 另外，为了减少历史日志文件所占用的磁盘空间，TiDB 在 v8.0.0 支持了原生的日志压缩选项。你可以将 配置项log.file.compression 设置为 gzip，使得轮询出的历史日志自动以 gzip 格式压缩。 更多信息，请参考用户文档。 2.2.1.7 可观测性 • 支持观测索引使用情况 #49830 @YangKeao 正确的索 "TLSv1.1"， 只支持 "TLSv1.2" 和 "TLSv1.3"。 TiDB log.file. �→ compression �→ 新增 指定轮询 日志的压 缩格式。 默认为空， 即不压缩 轮询日志。 TiDB log. �→ general �→ -log- �→ file 新增 指定 general log 的保存文 件。默认 为空， general log 将会写入 实例文件。

Processing)、OLAP (Online Analytical Processing)、HTAP 解决方案。TiDB 适合高可 用、强一致要求较高、数据规模较大等各种应用场景。 关于 TiDB 的关键技术创新，请观看以下视频。 2.1.1 五大核心特性 • 一键水平扩缩容 得益于 TiDB 存储计算分离的架构的设计，可按需对计算、存储分别进行在线扩容或者缩容，扩容或者 缩容过程中对应用运维人员透明。 Y Y Y Y Y 日期和时间函数 Y Y Y Y Y Y Y Y Y 位函数和操作符 Y Y Y Y Y Y Y Y Y Cast 函数和操作符 Y Y Y Y Y Y Y Y Y 加密和压缩函数 Y Y Y Y Y Y Y Y Y 信息函数 Y Y Y Y Y Y Y Y Y JSON 函数 Y Y Y Y E E E E E 聚合函数 Y Y Y Y Y Y Y Y Y 窗口函数 LOAD DATA 语句可以被显式提交或者回滚。此外，LOAD DATA 语句会受 TiDB 事务模式设置（乐观/悲观）影响。 6从 v7.5.0 开始，不再提供TiDB Binlog 数据同步功能的技术支持，强烈建议使用TiCDC 实现高效稳定的数据同步。尽管 TiDB Binlog 在 v7.5.0 仍支持 Point-in-Time Recovery (PITR) 场景，但是该组件在未来 LTS

Processing)、OLAP (Online Analytical Processing)、HTAP 解决方案。TiDB 适合高可 用、强一致要求较高、数据规模较大等各种应用场景。 关于 TiDB 的关键技术创新，请观看以下视频。 2.1.1 五大核心特性 • 一键水平扩缩容 得益于 TiDB 存储计算分离的架构的设计，可按需对计算、存储分别进行在线扩容或者缩容，扩容或者 缩容过程中对应用运维人员透明。 及更高。 TiKV blob-file �→ - �→ compression �→ 修改 设置 Titan 中 value 所 使用的压 缩算法。 从 v7.6.0 开 始，默认 采用 zstd 压缩算法。 TiKV rocksdb. �→ defaultcf �→ .titan �→ .min- �→ blob- �→ size 修改 从 TiDB v7.6.0 开始， 新建集群 默认值为 性全量数 据整理时 的 CPU 使 用率阈值， 默认值为 0.1。 TiKV zstd-dict �→ -size 新增 指定 zstd 字典大小， 默认值为 0KB，表示 关闭 zstd 字典压缩。 TiFlash logger. �→ level 修改 为减少日 志打印的 开销，默 认值由 "debug" 改 为 "INFO"。 TiDB Lightning tidb.pd- �→

Processing)、OLAP (Online Analytical Processing)、HTAP 解决方案。TiDB 适合高可 用、强一致要求较高、数据规模较大等各种应用场景。 关于 TiDB 的关键技术创新，请观看以下视频。 2.1.1 五大核心特性 • 一键水平扩缩容 得益于 TiDB 存储计算分离的架构的设计，可按需对计算、存储分别进行在线扩容或者缩容，扩容或者 缩容过程中对应用运维人员透明。 TiKV-importer 组件在 v7.5.0 中废弃，建议使用TiDB Lightning 物理导入模式作为替代方案。 • 从 v7.5.0 开始，不再提供TiDB Binlog 数据同步功能的技术支持，强烈建议使用TiCDC 实现高效稳定的数据 同步。尽管 TiDB Binlog 在 v7.5.0 仍支持 Point-in-Time Recovery (PITR) 场景，但是该组件在未来 LTS IndexFullScan 的问题 #46177 @qw4990 – 修复当 CTE 被多次引用时，条件下推 CTE 导致结果错误的问题 #47881 @winoros – 修复了 MySQL 压缩协议无法处理超大负载数据 (>= 16M) 的问题 #47152 #47157 #47161 @dveeden – 修复 TiDB 在通过 systemd 启动时无法读取 cgroup 资源限制的问题

Processing)、OLAP (Online Analytical Processing)、HTAP 解决方案。TiDB 适合高 可用、强一致要求较高、数据规模较大等各种应用场景。 关于 TiDB 的关键技术创新，请观看以下视频。 2.1.1 五大核心特性 • 一键水平扩缩容 得益于 TiDB 存储计算分离的架构的设计，可按需对计算、存储分别进行在线扩容或者缩容，扩容或者 缩容过程中对应用运维人员透明。 Y Y Y Y Y 日期和时间函数 Y Y Y Y Y Y Y Y Y 位函数和操作符 Y Y Y Y Y Y Y Y Y Cast 函数和操作符 Y Y Y Y Y Y Y Y Y 加密和压缩函数 Y Y Y Y Y Y Y Y Y 信息函数 Y Y Y Y Y Y Y Y Y JSON 函数 Y Y E E E E E E E 聚合函数 Y Y Y Y Y Y Y Y Y 窗口函数 应用于数据中枢场景时，TiDB 作为数据中枢可以无缝连接数据业务层和数据仓库层，满足不 同业务的需求。 如果想了解更多关于 TiDB HTAP 场景信息，请参阅 PingCAP 官网中关于 HTAP 的博客。 当遇到以下技术场景时，建议使用 TiDB HTAP 提升 TiDB 数据库整体表现： • 提升分析性能 你的业务中存在某些复杂的分析查询，如聚合、关联等操作。当这些分析查询涉及大量数据（超过 1000 万行）

Processing)、OLAP (Online Analytical Processing)、HTAP 解决方案。TiDB 适合高可 用、强一致要求较高、数据规模较大等各种应用场景。 关于 TiDB 的关键技术创新，请观看以下视频。 2.1.1 五大核心特性 • 一键水平扩缩容 得益于 TiDB 存储计算分离的架构的设计，可按需对计算、存储分别进行在线扩容或者缩容，扩容或者 缩容过程中对应用运维人员透明。 节点上因 I/O 抖 动导致的长尾延迟。 TiKV server.grpc- �→ compression-type 修改 该配置项现在也会影响 TiKV 向 TiDB 发送的 响应消息的压缩算法。开启压缩可能消耗 更多 CPU 资源。 TiFlash security.redact_info_ �→ log 修改 可选值新增 marker 选项。当配置项的值设 置为 marker 时，日志中的用户数据会被标 #17075 @shunki-fujita – 修复 gRPC request sources duration 在监控中显示错误的问题 #17133 @King-Dylan – 修复设置 gRPC 消息的压缩算法 (grpc-compression-type) 对 TiKV 发送到 TiDB 的消息不起作用的问题 #17176 @ekexium – 修复 tikv-ctl 的 raft region

Processing)、OLAP (Online Analytical Processing)、HTAP 解决方案。TiDB 适合高可 用、强一致要求较高、数据规模较大等各种应用场景。 关于 TiDB 的关键技术创新，请观看以下视频。 2.1.1 五大核心特性 • 一键水平扩缩容 得益于 TiDB 存储计算分离的架构的设计，可按需对计算、存储分别进行在线扩容或者缩容，扩容或者 缩容过程中对应用运维人员透明。 日期和时间函数 Y Y Y Y Y Y Y Y Y Y Y Y 位函数和操作符 Y Y Y Y Y Y Y Y Y Y Y Y Cast 函数和操作符 Y Y Y Y Y Y Y Y Y Y Y Y 加密和压缩函数 Y Y Y Y Y Y Y Y Y Y Y Y 向量函数和操作符 E N N N N N N N N N N N 信息函数 Y Y Y Y Y Y Y Y Y Y Y Y JSON 函数 应用于数据中枢场景时，TiDB 作为数据中枢可以无缝连接数据业务层和数据仓库层，满足不 同业务的需求。 如果想了解更多关于 TiDB HTAP 场景信息，请参阅 PingCAP 官网中关于 HTAP 的博客。 当遇到以下技术场景时，建议使用 TiDB HTAP 提升 TiDB 数据库整体表现： 96 • 提升分析性能 你的业务中存在某些复杂的分析查询，如聚合、关联等操作。当这些分析查询涉及大量数据（超过 1000

Processing)、OLAP (Online Analytical Processing)、HTAP 解决方案。TiDB 适合高可 用、强一致要求较高、数据规模较大等各种应用场景。 关于 TiDB 的关键技术创新，请观看以下视频。 2.1.1 五大核心特性 • 一键水平扩缩容 得益于 TiDB 存储计算分离的架构的设计，可按需对计算、存储分别进行在线扩容或者缩容，扩容或者 缩容过程中对应用运维人员透明。 日期和时间函数 Y Y Y Y Y Y Y Y Y Y Y Y 位函数和操作符 Y Y Y Y Y Y Y Y Y Y Y Y Cast 函数和操作符 Y Y Y Y Y Y Y Y Y Y Y Y 加密和压缩函数 Y Y Y Y Y Y Y Y Y Y Y Y 向量函数和操作符 E N N N N N N N N N N N 信息函数 Y Y Y Y Y Y Y Y Y Y Y Y JSON 函数 应用于数据中枢场景时，TiDB 作为数据中枢可以无缝连接数据业务层和数据仓库层，满足不 同业务的需求。 如果想了解更多关于 TiDB HTAP 场景信息，请参阅 PingCAP 官网中关于 HTAP 的博客。 当遇到以下技术场景时，建议使用 TiDB HTAP 提升 TiDB 数据库整体表现： • 提升分析性能 你的业务中存在某些复杂的分析查询，如聚合、关联等操作。当这些分析查询涉及大量数据（超过 1000 万行）

Processing)、OLAP (Online Analytical Processing)、HTAP 解决方案。TiDB 适合高 可用、强一致要求较高、数据规模较大等各种应用场景。 关于 TiDB 的关键技术创新，请观看以下视频。 2.1.1 五大核心特性 • 一键水平扩容或者缩容 得益于 TiDB 存储计算分离的架构的设计，可按需对计算、存储分别进行在线扩容或者缩容，扩容或者 缩容过程中对应用运维人员透明。 连接的表达式的支持。 • 支持下推 JSON_EXTRACT() 函数至 TiFlash。 • 支持密码管理策略，满足密码合规审计需求。 • TiDB Lightning 和 Dumpling 支持导入和导出压缩格式文件。 • TiDB Data Migration (DM) 的增量数据校验特性 GA。 • TiDB 快照备份支持断点续传，此外PITR 的恢复性能提升了 50%，通用场景下 RPO 降低到 1.8 数据迁移 • 支持导出和导入 gzip、snappy、zstd 三种压缩格式的 SQL、CSV 文件 #38514 @lichunzhu Dumpling 支持将数据导出为 gzip、snappy、zstd 三种压缩格式的 SQL、CSV 的压缩文件。TiDB Lightning 也支 持导入这些格式的压缩文件。 有这个功能之前，导出数据或者导入数据都需要较大的存储空间，用于存储已经导出或即将导入的