表达式求值的类型转换 操作符 控制流程函数 - 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

OpenPie Confidential @2024 OpenPie. All rights reserved. OpenPie Confidential 如何从零开始参与技术社区 王刚，拓数派PieCloudDB 技术专家 @2024 OpenPie. All rights reserved. OpenPie Confidential @2024 OpenPie. All rights reserved @2024 OpenPie. All rights reserved. OpenPie Confidential 关 于 我 • 王刚（Tender Wang） • 拓数派 PieCloudDB 技术专家 • 多次参与PostgreSQL 代码贡献 @2024 OpenPie. All rights reserved. OpenPie Confidential • 创 虚 拟 数 仓 产 •拓数派（ OpenPie）是⽴⾜于国内的基础数据计算领域⾼科 技创新机构； •拥有强⼤的数据库内核研发团队、数据科学团队和数字化转 型团队； •国内虚拟数仓和eMPP技术提出者，不断在数据计算引擎⽅ 向进⾏创新，全⾯拥抱AI技术趋势。 @2024 OpenPie. All rights reserved. OpenPie Confidential • 全链路加密保证数据安全 核⼼产品优势

Greenplum 官方微信公众号和加入官方社区技术讨论群： ©2020 Esena Chen(陈淼 miaochen@mail.ustc.edu.cn) 编者工作十几年，先后供职于民企，国企，外企，截止目前，已从事 Greenplum 技术工作 10 余年，10 余年来，专注在 Greenplum 和相关技术领域，主要工作职责是 售后支持，帮助我们的 售后支持，帮助我们的 Greenplum 用户解决生产需求和技术问题，我们坚持提供最专 业的建议和解决方案，提供最专业的技术支持服务，提供最专业的落地实施支持。 十多年来，参与过的项目不计其数，有 POC 测试，有开发支持，有故障支持，有 长期驻场支持，有临时的功能支持，甚至可能会作为用户看不见的后端支持，总之，我 们的目标是，努力解决用户的一切不违背自然规律的诉求，我们跟随着 Greenplum 的 成长，见证了 ................................................................................ - 347 - 重分布 AO 表和压缩表 ........................................................................................... - 348

互联网行业经过之前近 10 年的由慢到快的发展，累积了大量信息和数 据，数据在爆发式增长，这些海量数据急需新的计算方式，需要一场 计算方式的革命。 传统的主机计算模式在海量数据面前，除了造价昂贵外，在技术上也 难于满足数据计算性能指标，传统主机的 Scale-up 模式遇到了瓶颈， SMP（对称多处理）架构难于扩展，并且在 CPU 计算和 IO 吞吐上不 能满足海量数据的计算需求。 分布式存储和分布式计算理论刚刚被提出来，Google 1 16-11-22 下午3:38 2 由此，业界认识到对于海量数据需要一种新的计算模式来支持，这种 模式就是可以支持 Scale-out 横向扩展的分布式并行数据计算技术。 当时，开放的X86服务器技术已经能很好的支持商用，借助高速网络（当 时是千兆以太网）组建的 X86 集群在整体上提供的计算能力已大幅高 于传统 SMP 主机，并且成本很低，横向的扩展性还可带来系统良好 的成长性。 行工作、负责数据分布、Pipeline 计算、镜像复制、健康探测等等诸 多任务。 在 Greenplum 开源以前，据说一些厂商也有开发 MPP 数据库的打算， 其中最难的部分就是在 Interconnect 上遇到了障碍，可见这项技术的 关键性。 Greenplum 集群架构 Big Date2.indd 3 16-11-22 下午3:38 4 2. Greenplum 为什么选择 Postgreeql 做轮子

产品特性 PieCloudDB 产品核心技术 PieCloudDB8 产品优势 关于OpenpPie 附录: 术语表 11 13 15 16 openpie | PiecloudDB 基于 eMPP (弹性大规模并行计算) 的云原生虚拟数仓 产品白皮书 百岗 行业背景 石油是工业的血液，数据是数字经济的“石油”，数据分析则是石油精炼。 随着信息技术的发展，互联网应用的加速普及，人类进入 了数字经济时代。进入二十一世纪以后，随着移动互联网技 术、物联网技术、5G等技术的发展，全球数据圈 (Global Datasphere) 呈指数级递增， IDC预测全球数据圈将于 2025年增长值175ZB，而中国的数据圈有望于2025年爆炸式增长为世界第一狂，数据被称为数字经济时代的“石 油”，如同石油驱动了工业化时代的进步，大数据将推动智能化与数字化时代的发展。 Annual Size of 数仓，企业往往会需要配备运维人力，且对运维、开发人员要求高，需要相关人员掌握复杂的技术 栈，技术的更新迁代迅速，相关人员需保持积极的知识更新意识。根关人才市场较小，人才芽乏。高昂的学习成本造 成用户使用过程中性能差、故障率高、故障修复时间长等问题。 云时代的数据处理要求 随着数据量和计算能力的爆发式增长，云计算技术的迅猛发展，云原生架构愈受欢迎，云原生时代应运而生。云原生 时代，越来越多的企业将

产品特性 PieCloudDB 产品核心技术 PieCloudDB 产品优势 关于OpenPie 附录：术语表 3 3 3 4 5 6 7 7 8 11 13 15 16 目 录 行 业 背 景 石油是工业的血液，数据是数字经济的“石油”，数据分析则是石油精炼。 随着信息技术的发展，互联网应用的加速普及，人类进入了数字经济时代。进入二十一世纪以后，随着移动互联网技 。进入二十一世纪以后，随着移动互联网技 术、物联网技术、5G等技术的发展，全球数据圈（Global Datasphere）呈指数级递增， IDC预测全球数据圈将于 2025年增长值175ZB，而中国的数据圈有望于2025年爆炸式增长为世界第一 。数据被称为数字经济时代的“石 油”，如同石油驱动了工业化时代的进步，大数据将推动智能化与数字化时代的发展。 数据量的爆发式增长 数仓，企业往往会需要配备运维人力，且对运维、开发人员要求高，需要相关人员掌握复杂的技术 栈，技术的更新迭代迅速，相关人员需保持积极的知识更新意识。相关人才市场较小，人才匮乏。高昂的学习成本造 成用户使用过程中性能差、故障率高、故障修复时间长等问题。 5 云时代的数据处理要求 随着数据量和计算能力的爆发式增长，云计算技术的迅猛发展，云原生架构愈受欢迎，云原生时代应运而生。云原生 时代，越来越多

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 资源限制的问题