TiDB 开源分布式关系型数据库2018年11月 CloudTiDB在GCPIGoogle cloud Platform) 上开放 2019年5月 由-TiDB Biniog 正式开源 二-CNCF 宣布正式将 TiKV 从沙箱项目晋级至化项上 2019年8月 TiDB 用户问答论坛AskTUG正式上线 2019年12月 宣布去原生的混泪工程 Chaos Meshe 正式开源 2020年7月 CNCF 宣布去原生的混沌工程 Chaos 一07 1.4 技术标准起草 *。 ”担任金融产业联盟分布式数据库专委会及开源专业委员会核心成员与副主任委员, 参与金融分布式专 项相关标准工作:4分布式数据库技术金融应用规范技术架构》《分布式数据库技术金融应用规范安全 技术要求》《分布式数据库技术金融应用规范灾难恢复要求》 。 ”主导联合技术课题《分布式数据库运维体系研究》《分布式数据库入云及多租户研究》 Onono 国as9 回克 团小k 圈#z* @父和及 uctoup 示月有旅游”eesc5h 。 资车之家 。 2 58到未”加 SByx和小红书 。 国委视 blued 图am 从9本”所总和和项 。 过提科技 “metux四全)搜狗 和8 smEs 国maxr [at 搜财 国人图 半卫第 hulu 关paypay 回u-NExT 刚一一 上上签 Ga Oil BR 四0 码力 | 58 页 | 9.51 MB | 1 年前3
TiDB v8.1 中文手册· 3991 15.7.3 Region Health 监控项 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3992 15.7.4 Statement Count 监控项中的 selectsimplefull 是什么意思?· · · 或之前版本升级到 当前版本,可能也需要考虑和查看中间版本 Release Notes 中提到的兼容性变更信息。 2.2.2.1 行为变更 • 在之前的版本中,TiDB Lightning 的配置项 tidb.tls 在取值为 "false" 和 "" 时的行为是相同的,在取值 为 "skip-verify" 和 "preferred" 时的行为也是相同的。从 v8.1.0 开始,TiDB Lightning 务范围。 分布式 执行框 架会根 据该变 量的值 决定将 分布式 任务调 度到哪 些 TiDB 节点上 执行, 具体规 则请参 考任务 调度。 40 2.2.2.3 配置文件参数 配置文件 配置项 修改类 型 描述 TiDB concurrently-init- �→ stats 新增 用于控制 TiDB 启动时是否并发初始化统计 信息。默认值为 false。 TiDB Lightning0 码力 | 4807 页 | 101.31 MB | 1 年前3
TiDB v8.0 中文手册· 4002 15.7.3 Region Health 监控项 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4003 15.7.4 Statement Count 监控项中的 selectsimplefull 是什么意思?· · · 说并不方便。 从 v8.0.0 开始,你可以通过配置项log.general-log-file 指定一个文件名,将 general log 单独写入该文 件。和实例日志一样,general log 也遵循日志的轮询和保存策略。 另外,为了减少历史日志文件所占用的磁盘空间,TiDB 在 v8.0.0 支持了原生的日志压缩选项。你可以将 配置项log.file.compression 设置为 gzip,使得轮询出的历史日志自动以 上限, 避免占 用过多 的内存。 开启该 功能后, 将使用 LRU 算法 来缓存 所需的 表,有 效减少 schema 信息占 用的内 存。 2.2.2.4 配置文件参数 48 配置文件 配置项 修改类型 描述 TiDB instance. �→ tidb_ �→ enable �→ _ �→ collect �→ _ �→ execution �→ _info 修改 增加控制 是否维 护访问索0 码力 | 4805 页 | 101.28 MB | 1 年前3
TiDB v7.6 中文手册· 3894 15.7.3 Region Health 监控项 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3895 15.7.4 Statement Count 监控项中的 selectsimplefull 是什么意思?· · · 周期性全量数据整理。该功能可以作为垃圾回收 (GC) 的增强,用以消除冗 余的数据版本。在业务活动呈现明显的高峰和低谷的场景中,利用该功能可在系统空闲时段进行数据 整理,以提升高峰期间业务处理的性能。 你可以通过配置 TiKV 配置项periodic-full-compact-start-times 指定启动周期性全量数据整理的时间, 并通过periodic-full-compact-start-max-cpu 控制 TiKV 执行周期性全量数据整理时的 TiDB 配置项txn-entry-size-limit 限制。如果单行记录的大小 超出此限制,TiDB 将返回 entry too large 错误。此时,用户需要修改 TiDB 配置文件并重启 TiDB 才能 够生效。为降低用户的管理成本,TiDB v7.6.0 新增系统变量tidb_txn_entry_size_limit,支持动态修改 txn-entry-size-limit 配置项的值。该变量的默认值为0 码力 | 4666 页 | 101.24 MB | 1 年前3
TiDB v7.5 中文手册· 3839 15.7.3 Region Health 监控项 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3840 15.7.4 Statement Count 监控项中的 selectsimplefull 是什么意思?· · · 分布式执行框架成为正式功能 (GA)。TiDB v7.1.0 之前的版本中,在同一时间只有一 个 TiDB 节点能够执行 DDL 任务。从 v7.1.0 开始,在分布式并行执行框架下,多个 TiDB 节点可以并行执行 同一项 DDL 任务。从 v7.2.0 开始,分布式并行执行框架支持多个 TiDB 节点并行执行同一个 IMPORT INTO 35 任务,从而更好地利用 TiDB 集群的资源,大幅提升 DDL 和 IMPORT 可 调节 GOGC 的 最小值。 2.2.2.2 配置文件参数 配置文件 配置项 修改类型 描述 TiDB tikv- �→ client �→ .copr- �→ req- �→ timeout �→ 新增 设置单个 Coprocessor request 的 超时时间。 39 配置文件 配置项 修改类型 描述 TiKV raftstore �→ . �→ inspect �→0 码力 | 4590 页 | 100.91 MB | 1 年前3
TiDB v7.1 中文手册· 3695 15.7.3 Region Health 监控项 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3696 15.7.4 Statement Count 监控项中的 selectsimplefull 是什么意思?· · · 之前的版本中,在同一时间只有一个 TiDB 节点能够担任 DDL Owner 并执行 DDL 任务。从 TiDB v7.1.0 开始,在新的分布式并行执行框架下,多个 TiDB 节点可以并行执行同一项 DDL 任务,从而更好地 利用 TiDB 集群的资源,大幅提升 DDL 的性能。此外,你还可以通过增加 TiDB 节点来线性提升 DDL 的性 能。需要注意的是,该特性是实验性特性,目前仅支持 ADD 启动阶段,如果在初始统计信息加载完成之前执行 SQL,可能会产生不合理的执行计划,进而造 成性能问题。为了避免这种情况,TiDB v7.1.0 引入了配置项force-init-stats。你可以控制 TiDB 是否在 统计信息初始化完成后再对外提供服务。该配置项默认关闭。 更多信息,请参考用户文档。 36 • TiCDC 支持单行数据正确性校验功能 #8718 #42747 @3AceShowHand0 码力 | 4369 页 | 98.92 MB | 1 年前3
TiDB v6.5 中文手册· 3494 15.7.3 Region Health 监控项 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3495 15.7.4 Statement Count 监控项中的 selectsimplefull 是什么意思?· · · _server_memory_limit 所定义的阈值时,TiDB 会尝试 GC 或取消 SQL 操作等方法限制内存使用,保证 TiDB 的稳定性。 需要注意的是,会话中事务所消耗的内存(由配置项txn-total-size-limit 设置最大值)如今被内存 管理模块跟踪:当单个会话的内存消耗达到系统变量tidb_mem_quota_query 所定义的阀值时,将会触 发系统变量tidb_mem_oom_action 配置txn-total-size-limit 为非默认值时,TiDB 仍旧会保证事务可以使用到 txn-total-size-limit 所 设定的内存量而不被取消。 在使用 v6.5.0 及以上版本时,建议移除配置项txn-total-size-limit,取消对事务内存做单独的限制, 转而使用系统变量tidb_mem_quota_query 和tidb_server_memory_limit 对全局内存进行管理,从而提高0 码力 | 4049 页 | 94.00 MB | 1 年前3
TiDB v8.5 中文手册· 4187 15.7.3 Region Health 监控项 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4187 15.7.4 Statement Count 监控项中的 selectsimplefull 是什么意思?· · · _instance_plan_cache-从-v840-版本开始引入)。 • TiDB Lightning 的逻辑导入模式支持预处理语句和客户端语句缓存 #54850 @dbsid 通过开启配置项 logical-import-prep-stmt,TiDB Lightning 逻辑导入模式中执行的 SQL 语句将通过使用 预处理语句和客户端语句缓存,降低 TiDB SQL 解析和编译的成本,提升 的时间, 从而在 某些场 景中减 少执行 查询时 等待 TS 阶段的 时间。 2.2.2.2 配置参数 配置文件 或组件 配置项 修改类型 描述 TiDB grpc- �→ keepalive �→ -time 修改 增加最小 值 1。 56 配置文件 或组件 配置项 修改类型 描述 TiDB grpc- �→ keepalive �→ - �→ timeout �→ 修改 在 v8.40 码力 | 5095 页 | 104.54 MB | 10 月前3
TiDB v8.4 中文手册· 4166 15.7.3 Region Health 监控项 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4167 15.7.4 Statement Count 监控项中的 selectsimplefull 是什么意思?· · · _instance_plan_cache-从-v840-版本开始引入)。 • TiDB Lightning 的逻辑导入模式支持预处理语句和客户端语句缓存 #54850 @dbsid 通过开启配置项 logical-import-prep-stmt,TiDB Lightning 逻辑导入模式中执行的 SQL 语句将通过使用 预处理语句和客户端语句缓存,降低 TiDB SQL 解析和编译的成本,提升 的时间, 从而在 某些场 景中减 少执行 查询时 等待 TS 阶段的 时间。 2.2.2.2 配置参数 配置文件 或组件 配置项 修改类型 描述 TiDB grpc- �→ keepalive �→ -time 修改 增加最小 值 1。 51 配置文件 或组件 配置项 修改类型 描述 TiDB grpc- �→ keepalive �→ - �→ timeout �→ 修改 在 v8.40 码力 | 5072 页 | 104.05 MB | 10 月前3
TiDB v8.2 中文手册· 4123 15.7.3 Region Health 监控项 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4124 15.7.4 Statement Count 监控项中的 selectsimplefull 是什么意思?· · · 0 中,TiProxy 支持从多个维度(包括状态、连接数、健康度、内存、CPU 和地理位置)对 �→ TiDB 节点进行评估和排序,并支持通过policy�→ 配置项配置这些负载均衡策略的优先级。TiProxy 将根据policy动态选择最优 TiDB �→ 节点执行数据库操作,从而优化 TiDB 节点的整体资源使用率,提升集群性能和吞吐。 v8.2.0 中,TiDB 从并发模型、内存分配方式等多个角度优化了统计信息的加载过程,降低延迟,提升吞吐,避 免由于统计信息加载速度过慢,影响业务扩容。 新增支持自适应的并行加载。默认情况下,配置项stats-load-concurrency 的值为 0,统计信息加载的 并行度会根据硬件规格自动选择。 更多信息,请参考用户文档。 2.2.1.3 高可用 • TiProxy 支持多种负载均衡策略0 码力 | 4987 页 | 102.91 MB | 10 月前3
共 17 条
- 1
- 2













