TiDB v8.0 中文手册从 v8.0.0 开始,自动统计信息收集引入了优先级队列,根据多种条件动态地为对象分配优先级,确保更 有收集价值的对象优先被处理,比如新创建的索引、发生分区变更的分区表等。同时,TiDB 也会优先处 理那些健康度较低的表,将它们安排在队列的前端。这一改进优化了收集顺序的合理性,能减少一部 分统计信息过旧引发的性能问题,进而提升了数据库稳定性。 更多信息,请参考用户文档。 • 解除执行计划缓存的部分限制 ON。 43 变量名 修改类型 描述 tidb_ �→ redact �→ _log 修改 控制在 记录 TiDB 日 志和慢 日志时 如何处 理 SAL 文 本中的 用户信 息,可 选值为 OFF(对 用户输 入的信 息不做 任何处 理)和 ON(屏 蔽日志 中的用 户信 息)。为 了提供 更丰富 的处理 日志中 用户信 息的方 式, v8.0.0 中 增加了 MARKER 选项, Cloud 认证 凭证文件 的路径。 TiDB Lightning tikv- �→ importer �→ . �→ duplicate �→ - �→ resolution �→ 废弃 用于在物 理导入模 式下设置 是否检测 和解决唯 一键冲突 的记录。 从 v8.0.0 开 始被参 数conflict �→ . �→ strategy �→ 替代。 51 配置文件 配置项 修改类型 描述0 码力 | 4805 页 | 101.28 MB | 1 年前3
TiDB v8.1 中文手册使用 TTL (Time to Live) 定期删除过期数据 Time to Live (TTL) 提供了行级别的生命周期控制策略。通过为表设置 TTL 属性,TiDB 可以周期性地自动检查并清 理表中的过期数据。此功能在一些场景可以有效节省存储空间、提升性能。 TTL 常见的使用场景: • 定期删除验证码、短网址记录 • 定期删除不需要的历史订单 • 自动删除计算的中间结果 TTL 序列(Sequence) 序列是一种数据库对象,应用程序通过调用某个序列可以产生递增的序列值,应用程序可以灵活的使用这个 序列值为一张表或多张表赋值,也可以使用序列值进行更复杂的加工,来实现文本和数字的组合,来赋予代 理键以一定的跟踪和分类的意义。从 TiDB v4.0 版本开始提供序列功能,详情请参考CREATE SEQUENCE。 4.9.5.2.3 类 Snowflake 方案 Snowflake 是 Twitter cluster exec 命令的说明信息。 5.3 规划集群拓扑 5.3.1 最小拓扑架构 本文档介绍 TiDB 集群最小部署的拓扑架构。 5.3.1.1 拓扑信息 467 实 例 个 数 物 理 机 配 置 IP 配 置 TiDB 2 16 VCore 32 GiB 100 GiB 用 于 存 储 10.0.1.1 10.0.1.2 默 认 端 口 全 局 目 录 配 置 PD0 码力 | 4807 页 | 101.31 MB | 1 年前3
TiDB v7.6 中文手册LSM Tree 中分离出来,单独存储在 Titan 中,以提升对大 Value 的 处理性能。Titan 引擎与 TiKV 所使用的 RocksDB 特性完全兼容。这一变更不仅降低了写入放大效应,在处 理大 Value 的写入、更新和点查场景时也表现得更加出色。同时,在 Range Scan 场景下,通过对 Titan 引 擎的优化,默认配置下 Titan 引擎的性能测试结果和 RocksDB 基本持平。 compact �→ -start �→ -times 新增 设置 TiKV 启动周期 性全量数 据整理 (Com- paction) 的 时间。默 认值 [] 表 示默认情 况下禁用 周期性全 量数据整 理。 47 配置文件 配置项 修改类型 描述 TiKV raftstore �→ . �→ periodic �→ -full- �→ compact �→ -start �→ -max- �→ cpu 修复 TiDB server 在优雅关闭 (graceful shutdown) 时可能 panic 的问题 #36793 @bb7133 – 修 复 ADMIN RECOVER INDEX 在 处 理 包 含 CommonHandle 的 表 时 报 错 ERROR 1105 的 问 题 #47687 @Defined2014 – 修 复 执 行 ALTER TABLE t PARTITION0 码力 | 4666 页 | 101.24 MB | 1 年前3
TiDB v7.1 中文手册使用 TTL (Time to Live) 定期删除过期数据 Time to Live (TTL) 提供了行级别的生命周期控制策略。通过为表设置 TTL 属性,TiDB 可以周期性地自动检查并清 理表中的过期数据。此功能在一些场景可以有效节省存储空间、提升性能。 TTL 常见的使用场景: • 定期删除验证码、短网址记录 • 定期删除不需要的历史订单 • 自动删除计算的中间结果 TTL 序列(Sequence) 序列是一种数据库对象,应用程序通过调用某个序列可以产生递增的序列值,应用程序可以灵活的使用这个 序列值为一张表或多张表赋值,也可以使用序列值进行更复杂的加工,来实现文本和数字的组合,来赋予代 理键以一定的跟踪和分类的意义。从 TiDB v4.0 版本开始提供序列功能,详情请参考CREATE SEQUENCE。 4.9.5.2.3 类 Snowflake 方案 Snowflake 是 Twitter cluster exec 命令的说明信息。 5.3 规划集群拓扑 5.3.1 最小拓扑架构 本文档介绍 TiDB 集群最小部署的拓扑架构。 5.3.1.1 拓扑信息 482 实 例 个 数 物 理 机 配 置 IP 配 置 TiDB 2 16 VCore 32 GiB 100 GiB 用 于 存 储 10.0.1.1 10.0.1.2 默 认 端 口 全 局 目 录 配 置 PD0 码力 | 4369 页 | 98.92 MB | 1 年前3
TiDB v8.2 中文手册使用 TTL (Time to Live) 定期删除过期数据 Time to Live (TTL) 提供了行级别的生命周期控制策略。通过为表设置 TTL 属性,TiDB 可以周期性地自动检查并清 理表中的过期数据。此功能在一些场景可以有效节省存储空间、提升性能。 TTL 常见的使用场景: • 定期删除验证码、短网址记录 • 定期删除不需要的历史订单 • 自动删除计算的中间结果 TTL 序列(Sequence) 序列是一种数据库对象,应用程序通过调用某个序列可以产生递增的序列值,应用程序可以灵活的使用这个 序列值为一张表或多张表赋值,也可以使用序列值进行更复杂的加工,来实现文本和数字的组合,来赋予代 理键以一定的跟踪和分类的意义。从 TiDB v4.0 版本开始提供序列功能,详情请参考CREATE SEQUENCE。 4.9.5.2.3 类 Snowflake 方案 Snowflake 是 Twitter TiDB 集群最小部署的拓扑架构。 5.3.1.1 拓扑信息 实 例 个 数 物 理 机 配 置 IP 配 置 TiDB 2 16 VCore 32 GiB 100 GiB 用 于 存 储 10.0.1.1 10.0.1.2 默 认 端 口 全 局 目 录 配 置 472 实 例 个 数 物 理 机 配 置 IP 配 置 PD 3 4 VCore 8 GiB 1000 码力 | 4987 页 | 102.91 MB | 10 月前3
TiDB v6.5 中文手册这个变 量用于 控制 TTL 后台清 理任务 的调度 周期。 比如, 如果当 前值设 置成了 1h0m0s, 则代表 每张设 置了 TTL 属性的 表会每 小时清 理一次 过期数 据。 tidb_ttl_ �→ job_ �→ schedule �→ _ �→ window �→ _start �→ _time 新增 这个变 量用于 控制 TTL 后台清 理任务 的调度 窗口的 起始时 间。请谨 变量名 修改类型 描述 tidb_ttl_ �→ job_ �→ schedule �→ _ �→ window �→ _end_ �→ time 新增 这个变 量用于 控制 TTL 后台清 理任务 的调度 窗口的 结束时 间。请谨 慎调整 此参数, 过小的 窗口有 可能会 造成过 期数据 的清理 无法完 成。 tidb_ttl_ �→ scan_ �→ batch_ �→ size 新增 使用 TTL (Time to Live) 定期删除过期数据 Time to Live (TTL) 提供了行级别的生命周期控制策略。通过为表设置 TTL 属性,TiDB 可以周期性地自动检查并清 理表中的过期数据。此功能在一些场景可以有效节省存储空间、提升性能。 TTL 常见的使用场景: • 定期删除验证码、短网址记录 • 定期删除不需要的历史订单 • 自动删除计算的中间结果 TTL0 码力 | 4049 页 | 94.00 MB | 1 年前3
TiDB v8.4 中文手册使用 TTL (Time to Live) 定期删除过期数据 Time to Live (TTL) 提供了行级别的生命周期控制策略。通过为表设置 TTL 属性,TiDB 可以周期性地自动检查并清 理表中的过期数据。此功能在一些场景可以有效节省存储空间、提升性能。 TTL 常见的使用场景: • 定期删除验证码、短网址记录 • 定期删除不需要的历史订单 • 自动删除计算的中间结果 TTL 序列(Sequence) 序列是一种数据库对象,应用程序通过调用某个序列可以产生递增的序列值,应用程序可以灵活的使用这个 序列值为一张表或多张表赋值,也可以使用序列值进行更复杂的加工,来实现文本和数字的组合,来赋予代 理键以一定的跟踪和分类的意义。从 TiDB v4.0 版本开始提供序列功能,详情请参考CREATE SEQUENCE。 4.10.5.2.3 类 Snowflake 方案 Snowflake 是 Twitter cluster exec 命令的说明信息。 5.3 规划集群拓扑 5.3.1 最小拓扑架构 本文档介绍 TiDB 集群最小部署的拓扑架构。 5.3.1.1 拓扑信息 539 实 例 个 数 物 理 机 配 置 IP 配 置 TiDB 2 16 VCore 32 GiB 100 GiB 用 于 存 储 10.0.1.1 10.0.1.2 默 认 端 口 全 局 目 录 配 置 PD0 码力 | 5072 页 | 104.05 MB | 10 月前3
TiDB v8.5 中文手册使用 TTL (Time to Live) 定期删除过期数据 Time to Live (TTL) 提供了行级别的生命周期控制策略。通过为表设置 TTL 属性,TiDB 可以周期性地自动检查并清 理表中的过期数据。此功能在一些场景可以有效节省存储空间、提升性能。 TTL 常见的使用场景: • 定期删除验证码、短网址记录 • 定期删除不需要的历史订单 • 自动删除计算的中间结果 TTL 序列(Sequence) 序列是一种数据库对象,应用程序通过调用某个序列可以产生递增的序列值,应用程序可以灵活的使用这个 序列值为一张表或多张表赋值,也可以使用序列值进行更复杂的加工,来实现文本和数字的组合,来赋予代 理键以一定的跟踪和分类的意义。从 TiDB v4.0 版本开始提供序列功能,详情请参考CREATE SEQUENCE。 4.10.5.2.3 类 Snowflake 方案 Snowflake 是 Twitter cluster exec 命令的说明信息。 5.3 规划集群拓扑 5.3.1 最小拓扑架构 本文档介绍 TiDB 集群最小部署的拓扑架构。 5.3.1.1 拓扑信息 543 实 例 个 数 物 理 机 配 置 IP 配 置 TiDB 2 16 VCore 32 GiB 100 GiB 用 于 存 储 10.0.1.1 10.0.1.2 默 认 端 口 全 局 目 录 配 置 PD0 码力 | 5095 页 | 104.54 MB | 10 月前3
TiDB v7.5 中文手册使用 TTL (Time to Live) 定期删除过期数据 Time to Live (TTL) 提供了行级别的生命周期控制策略。通过为表设置 TTL 属性,TiDB 可以周期性地自动检查并清 理表中的过期数据。此功能在一些场景可以有效节省存储空间、提升性能。 TTL 常见的使用场景: • 定期删除验证码、短网址记录 • 定期删除不需要的历史订单 • 自动删除计算的中间结果 TTL 序列(Sequence) 序列是一种数据库对象,应用程序通过调用某个序列可以产生递增的序列值,应用程序可以灵活的使用这个 序列值为一张表或多张表赋值,也可以使用序列值进行更复杂的加工,来实现文本和数字的组合,来赋予代 理键以一定的跟踪和分类的意义。从 TiDB v4.0 版本开始提供序列功能,详情请参考CREATE SEQUENCE。 4.9.5.2.3 类 Snowflake 方案 Snowflake 是 Twitter cluster exec 命令的说明信息。 5.3 规划集群拓扑 5.3.1 最小拓扑架构 本文档介绍 TiDB 集群最小部署的拓扑架构。 5.3.1.1 拓扑信息 468 实 例 个 数 物 理 机 配 置 IP 配 置 TiDB 2 16 VCore 32 GiB 100 GiB 用 于 存 储 10.0.1.1 10.0.1.2 默 认 端 口 全 局 目 录 配 置 PD0 码力 | 4590 页 | 100.91 MB | 1 年前3
RDBMSとNoSQLのメリットを併せ持つクラウドネイティブなNewSQLデータベース
「TiDB」をKubernetesで動かしてみよう!Open Source Conference 2022 Online/Spring 13 TiDB の特徴 (Horizontal Scalability) TiDB はアーキテクチャ上 SQL を処理するコンポーネントと ストレージ部分が分離されています それぞれの単位(SQL、ストレージ)で水平に拡張が可能です (単純に増やすだけ!) 無停止で水平拡張可能 従来のデータベースでは垂直にしか拡張できない(リソースを に弱点は無いのでしょうか? Open Source Conference 2022 Online/Spring 28 個人的に思う TiDB の弱点 TiDB は分散されてデータが配置されており、SQL を処理す るコンポーネントもストレージ部分と切り離されている性質 上、どうしてもトランザクションにネットワーク等の latency が乗ってくることになります つまり数 ms 以内でクエリを返さなければならない要件のシ0 码力 | 71 页 | 6.65 MB | 1 年前3
共 18 条
- 1
- 2













