thinking 性能 • 能够像随时接⼊入想要的数据 不不⽤用考虑容量量，性能等问题 权限管理理 • 细化的权限管理理 易易⽤用 • 让初级⼩小⽩白也能够⽅方便便使⽤用 • SQL⽽而不不是代码 赋能 • 能够为IT其他部⻔门提供服务 数据中台的建设 选择TiDB的理理由 分布式 能够横向拓拓展 简单易易⽤用 兼容MySQL协议，⽅方便便开发与 脚本迁移. 管理理和监控 脚本化的部署，扩容；

维护变得十分简单。 TiDB 的设计目标是 100% 的 OLTP 场景和 80% 的 OLAP 场景，更复杂的 OLAP 分析可以通过 TiSpark 项目 来完成。 TiDB 对业务没有任何侵入性，能优雅的替换传统的数据库中间件、数据库分库分表等 Sharding 方案。同时它也 让开发运维人员不用关注数据库 Scale 的细节问题，专注于业务开发，极大的提升研发的生产力。 三篇文章了解 TiDB 维护变得十分简单。 TiDB 的设计目标是 100% 的 OLTP 场景和 80% 的 OLAP 场景，更复杂的 OLAP 分析可以通过 TiSpark 项目 来完成。 TiDB 对业务没有任何侵入性，能优雅的替换传统的数据库中间件、数据库分库分表等 Sharding 方案。同时它也 让开发运维人员不用关注数据库 Scale 的细节问题，专注于业务开发，极大的提升研发的生产力。 TiDB 简介与整体架构 MySQL 驱动等能直接支持。TLS 的前身是 SSL，因而 TLS 有时也被称为 SSL，但由于 SSL 协议有已知安全漏洞，TiDB 实际上并未支持。TiDB 支持的 TLS/SSL 协议版本为 TLS 1.0、TLS 1.1、 TLS 1.2。 使用加密连接后，连接将具有以下安全性质： 保密性：流量明文无法被窃听； 完整性：流量明文无法被篡改； 身份验证（可选）：客户端和服务端能验证双方身份，避免中间人攻击。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3140 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · 描述 TiDB enable �→ - �→ global �→ - �→ kill �→ 新增 当该配 置项值 默认为 true ， KILL 语 句和 KILL �→ TIDB 语句均 能跨节 点终止 查询或 连接， 无需担 心错误 地终止 其他查 询或连 接。 TiDB enable �→ - �→ stats �→ - �→ cache �→ - �→ mem �→ - �→ quota 2.5.2.1 测试概况 本次测试对比了 TiDB v6.1.0 和 v6.0.0 在 OLTP 场景下的 TPC-C 性能表现。结果显示，v6.1.0 相比于 v6.0.0 在 TPC-C 性 能提升了 2.85%。 2.5.2.2 测试环境 (AWS EC2) 2.5.2.2.1 硬件配置 服务类型 EC2 类型 实例数 PD m5.xlarge 3 TiKV i3.4xlarge

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2039 13.2.4 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · SQL • 使用 SQL 接口设置数据放置规则（实验特性） 新增对 [CREATE | ALTER] PLACEMENT POLICY 语句的支持，提供 SQL 接口设置数据放置规则。通过该功 能，用户可以指定任意连续数据按照不同地域、机房、机柜、主机、硬件、副本数规则进行部署，满足 低成本、高可用、灵活多变的业务诉求。该功能可以实现以下业务场景： – 合并多个不同业务的数据库，大幅减少数据 3.1.1 2.5.3.1 测试概况 本次测试对比了 TiDB v5.3 MPP 模式下和主流分析引擎例如 Greenplum 和 Apache Spark 最新版在 TPC-H 100 下的性 能表现。结果显示，TiDB v5.3 MPP 模式下相对这些方案有 2-3 倍的性能提升。 TiDB v5.0 中引入的TiFlash 组件的 MPP 模式大大幅增强了 TiDB HTAP 形态。本文的测试对象如下：

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3671 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · 开始，在新的分布式并行执行框架下，多个 TiDB 节点可以并行执行同一项 DDL 任务，从而更好地 利用 TiDB 集群的资源，大幅提升 DDL 的性能。此外，你还可以通过增加 TiDB 节点来线性提升 DDL 的性 能。需要注意的是，该特性是实验性特性，目前仅支持 ADD INDEX 操作。 如果要使用分布式并行执行框架，只需将tidb_enable_dist_task 的值设置为 ON： SET GLOBAL @JmPotato @hnes @CabinfeverB @HuSharp TiDB 持续增强资源管控能力，在 v7.1.0 该功能正式 GA。该特性将极大地提升 TiDB 集群的资源利用率和性 能表现。资源管控特性的引入对 TiDB 具有里程碑的意义，你可以将一个分布式数据库集群划分成多个 逻辑单元，将不同的数据库用户映射到对应的资源组中，并根据实际需求设置每个资源组的配额。当 集群资源紧张时

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3470 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · 更多信息，请参考用户文档。 • 支持绑定历史执行计划（实验特性）#39199 @fzzf678 受 SQL 语句执行时各种因素的影响，之前最优的执行计划偶尔会被新的执行计划替代，进而影响 SQL 性 能。在这种场景下，最优的执行计划可能仍旧在 SQL 执行历史中，还没有被清除。 在 v6.5.0 中，TiDB 扩展了CREATE [GLOBAL | SESSION] BINDING 语句中的绑定对象，支持根据历史执行 更多信息，请参考用户文档。 • 支持密码重用策略 #38937 @keeplearning20221 TiDB 支持密码重用策略，包括全局级别密码重用策略、账户级别密码重用策略。启用密码重用策略功 能后，用户不能使用最近一段时间使用过的密码或最近几次使用过的密码，以此降低密码的重复使用 带来的泄漏风险，提高密码安全性。 更多信息，请参考用户文档。 • 支持密码连续错误限制登录策略 #38938

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2489 13.2.4 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · 延迟高、TiKV 的 Unified read pool CPU 使用率高的 情况。在这种情 况下，由于 Limit 算子只需 要少部分数据， 开启 tidb_enable_ �→ paging，能 够减少处理数据 的数量，从而降 低延迟、减少资 源消耗。 tidb_enable_ �→ top_sql 新增 用于控制是否开 启 Top SQL 特性， 默认值为 OFF。 tidb_persist_ 字符集时，需要注意兼容性限制。 用户文档 2.2.2.2 安全 • TiSpark 支持用户认证与鉴权 TiSpark 提供数据库和表级别的读写授权验证以及数据库用户认证验证。开启该功能后，能避免业务侧 未经授权运行抽数等批量任务获取数据，提高线上集群的稳定性和数据安全性。从 TiSpark v2.5.0 起开始 支持。 该功能默认关闭。开启后，如果用户没有对应的权限，通过 TiSpark

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3967 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · 的文本、SQL Digest 或执行 计划标记查询，命中的查询可以被降级或取消，达到添加 SQL 黑名单的目的。 对资源消耗超出预期的查询的自动管理能力为用户提供了有效的手段，在根本原因被定位之前，该功 能可以快速缓解查询问题对整体性能的影响，从而提升数据库的稳定性。 更多信息，请参考用户文档。 2.2.1.2 SQL 功能 • 支持在 TiDB 建表时使用更多的表达式设置列的默认值成为正式功能 (GA) 日志，提升了使用日志脱敏能 力的安全性和灵活性。要使用此功能，可以将系统变量 tidb_redact_log 的值设置为 MARKER，此时 TiDB 运行日志中的 SQL 文本会被标记。还可以通过 TiDB server 的 collect-log 子命令将日志中标记的敏感数 据删除，在数据安全的情况下展示日志；或移除所有标记，获取正常日志。该功能在 v8.1.0 成为正式功 能。 更多信息，请参考用户文档。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3978 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · 0/pd-microservices">支持拆分 PD 功能为微服务， �→ 提高可扩展性（实验特性） Placement Driver (PD) 包含了多个确保 TiDB 集群能正常运行的关键模块。当集群的工作负载增加时， �→ PD 中各模块的资源消耗也会随之增加，造成这些模块间功能的相互干扰， �→ 进而影响整个集群的服务质量。为了解决该问题，从 v8.0.0 起，TiDB 通过静态加密功能对存储的数据进行加密，以确保数据的安全性。静态加密的安全核心点在于密 钥管理。从 v8.0.0 起，你可以通过 Google Cloud KMS 管理 TiKV 的主密钥，构建基于 Cloud KMS 的静态加密能 力，从而提高用户数据的安全性。 39 要启用基于 Google Cloud KMS 的静态加密，你需要在 Google Cloud 上创建一个密钥，然后在 TiKV 配置文件 中添加 [security

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3870 15.3.8 TiDB 的 codec 能保证 UTF8 的字符串是 memcomparable 的吗？我们的 key 需要支持 UTF8，有什 么编码建议吗？ · · · · · · · · · · · · · · · · · · · · · CPU 压力将变得更大， 可能会造成 PD 服务不可用。 为确保服务的高可用性，TiDB v7.6.0 引入了 Active PD Follower 特性提升 PD 上 Region 信息查询服务的扩展能 力。你可以通过设置系统变量pd_enable_follower_handle_region 开启 Active PD Follower 特性。启用该特 34 性后，TiDB 在获取 Region 时 scan 操作的 并发度。 默认值 为 4。 tidb_ddl_ �→ version �→ 新增 用于控 制是否 开启TiDB DDL V2。 将该变 量的值 设置为 2 可以开 启该功 能，设 置为 1 关闭该 功能。 默认值 为 1。开 启后， 将使用 新版本 的实现 执行 DDL 语句。 TiDB DDL V2 对 DDL 功能做 了提升， 建表 DDL 的执行 速度相 比 V1