PFS存储引擎10/17/22 2 Why ●为了减少使用cpu做内存copy，减少系统调用 ●发挥某些被操作系统屏蔽的功能，例如nvme write zero ●根据阿里《When Cloud Storage Meets RDMA》的说法 ●在100Gbps网络带宽时，内存带宽成为瓶颈 ●Intel Memory Latency Checker (MLC)测试得到的CPU内存带宽是 61Gbps10/17/22

OpenShift Container Storage 4.6 以外部模式部署 OpenShift Container Storage 如何安装和配置您的环境 Last Updated: 2023-06-08 Red Hat OpenShift Container Storage 4.6 以外部模式部署 OpenShift Container Storage 如何安装和配置您的环境 Enter Copyright © 2022 | You need to change the HOLDER entity in the en- US/Deploying_OpenShift_Container_Storage_in_external_mode.ent file |. The text of and illustrations in this document are licensed by Red the property of their respective owners. 摘要 摘要 有关安装 Red Hat OpenShift Container Storage 4.6 使用外部 Red Hat Ceph Storage 集群的说明， 请参阅本文档。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3863 14.18.3 Azure Blob Storage URI 格式 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 新增的命令行参数 --granularity=" �→ coarse-grained" 启用新算法。例如： br restore full \ --pd "${PDIP}:2379" \ --storage "s3://${Bucket}/${Folder}" \ --s3.region "${region}" \ --granularity "coarse-grained" \ --sen 整理，以提升高峰期间业务处理的性能。 你可以通过配置 TiKV 配置项periodic-full-compact-start-times 指定启动周期性全量数据整理的时间， 并通过periodic-full-compact-start-max-cpu 控制 TiKV 执行周期性全量数据整理时的 CPU 使用率阈值。 periodic-full-compact-start-max-cpu 默认是 10%，即为了减少对业务流量的影响，只有当

新增 指定 TiKV 中发 送 Raft 消息的 缓冲区大小。 默认值为 8192。 TiKV 配置文件 storage.flow- �→ control. �→ enable 新增 表示是否开启 TiKV 流量控制 机制。默认值 为 true。 TiKV 配置文件 storage.flow- �→ control. �→ memtables- �→ threshold 新增 当 KvDB 时，流控机制 开始工作。默 认值为 5。 TiKV 配置文件 storage.flow- �→ control.l0 �→ -files- �→ threshold 新增 当 KvDB 的 L0 文 件个数达到该 阈值时，流控 机制开始工作。 默认值为 9。 28 配置文件 配置项 修改类型 描述 TiKV 配置文件 storage.flow- �→ control. �→ soft- �→ limit 新增 当 KvDB 的 pending compaction bytes 达到该阈值时， 流控机制开始 拒绝部分写入 请求并报错。 默认值为 “192GB”。 TiKV 配置文件 storage.flow- �→ control. �→ hard- �→ pending- �→ compaction �→ -bytes- �→ limit 新增 当 KvDB 的 pending compaction

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3971 14.18.3 Azure Blob Storage URI 格式 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · @SeaRise – 修复并行 Apply 在表为聚簇索引时可能导致结果错误的问题 #51372 @guo-shaoge – 修复主键类型是 VARCHAR 时，执行 ALTER TABLE ... COMPACT TIFLASH REPLICA 可能会错误地提前 结束的问题 #51810 @breezewish – 修复 EXCHANGE PARTITION 语句交换分区表时，对 DEFAULT NULL 导致数据恢复变慢的问题 #50566 @Leavrth * 修复全量恢复指定 --filter 选项后，仍然要求目标集群为空的问题 #51009 @3pointer – TiCDC * 修 复 使 用 storage sink 时， 在 存 储 服 务 生 成 的 文 件 序 号 可 能 出 现 回 退 的 问 题 #10352 @CharlesCheung96 * 修复并发创建多个 changefeed

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3661 14.16.3 Azure Blob Storage URI 格式 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 不是卡死。 默认值为 0，即不设 定超时时 间。 TiKV region- �→ compact �→ -min- �→ redundant �→ -rows 新增 触发 RocksDB compaction 需要的冗 余的 MVCC 数据行数。 默认值为 50000。 TiKV region- �→ compact �→ - �→ redundant �→ -rows- �→ percent split- �→ size 大 于等于 4 GB 时，默 认值从 0.25 修改 为 0.75。 TiKV region- �→ compact �→ -check �→ -step 修改 当使用 Partitioned Raft KV (storage. �→ engine �→ =" �→ partitioned �→ -raft- �→ kv") 时， 默认值从 100 修改为

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3960 14.18.3 Azure Blob Storage URI 格式 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · @Lloyd-Pottiger – 修复 TiFlash 在高并发读的情况下，可能返回瞬时不正确结果的问题 #8845 @JinheLin – 修复存算分离架构下，修改 TiFlash 计算节点 storage.remote.cache.capacity 配置项的值后，Grafana 中硬盘使用量监控指标 used_size 显示不正确的问题 #8920 @JinheLin – 修复从低于 v6.5 N N N BATCH [ON COLUMN] LIMIT INTEGER INSERT/UPDATE/REPLACE Y Y Y Y N N N N N ALTER TABLE ... COMPACT Y Y Y Y E N N N N 2从 v6.5.0 起，系统变量tidb_allow_function_for_expression_index 所列出的函数已通过表达式索引的测试，可以在生产环境中创建

修改 pending compaction bytes 的软限制，默 认值从 “64GB” 修改 为 “192GB”。 TiKV 配置文件 storage.io- �→ rate-limit 新增 控制 TiKV 写入 的 IO 速率。 storage.io- �→ rate-limit �→ .max-bytes �→ -per-sec 默 认值为 “0MB”。 TiKV 配置文件 resolved-ts max-procs: 20 prepared-plan-cache.enabled: true tikv-client.max-batch-wait-time: 2000000 TiKV 参数配置 storage.scheduler-worker-pool-size: 5 raftstore.store-pool-size: 3 raftstore.apply-pool-size: 3 rocksdb grpc-concurrency: 6 readpool.unified.min-thread-count: 5 readpool.unified.max-thread-count: 20 readpool.storage.normal-concurrency: 10 pessimistic-txn.pipelined: true server.enable-request-batch: false TiDB

修改类型 描述 TiDB prepared-plan �→ -cache. �→ capacity 修改 此配置项用于 控制缓存语句 的数量。默认 值从 100 修改 为 1000。 TiKV storage. �→ reserve- �→ space 修改 此配置项用于 控制 TiKV 启动 时用于保护磁 盘的预留空间。 从 v5.3.0 起，预 留空间的 80% 用作磁盘空间 不足时运维操 作所需要的额 配置文件 配置项 修改类型 描述 TiKV memory-usage- �→ limit 修改 以前的版本没 有 memory-usage- �→ limit 参数， 升级后该参数 值根据 storage.block �→ -cache. �→ capacity 来 计算。 TiKV raftstore. �→ store-io- �→ pool-size 新增 表示处理 Raft I/O 用户文档，#10483 2.2.2.5 数据迁移 • 提高 DM 同步性能 支持以下功能，实现以更低的延迟将数据从 MySQL 同步数据到 TiDB。 – 合并单行数据的多次变更 (Compact multiple updates on a single row into one statement) – 点查更新合并为批量操作 (Merge batch updates of multiple

支持通过 SQL 语句对 TiFlash 副本立即触发物理数据整理 (Compaction)（实验特性） 在当前 TiFlash 后台自动整理物理数据（Compaction）机制基础上，新增 compact 命令，帮助刷新旧格式数 据，提升读写性能。推荐在升级至 v6.1.0 之后，执行该语句以清理数据。此语句是对标准 SQL 语法的扩 展，对 MySQL 客户端保持兼容。升级之外场景一般不需要特别关注。 的上限。 50 配置 文件 配置 项 修改 类型 描述 TiKV storage �→ . �→ background �→ - �→ error �→ - �→ recovery �→ - �→ window �→ 新增 RocksDB 检测到 可恢复 的后台 错误后， 所允许 的最长 恢复时 间。 TiKV storage �→ . �→ api �→ - �→ version �→ 新增 数据类型及JSON 函数。（v2.1 实验特性） • Cascades Planner：基于 Cascades 框架的自顶向下查询优化器。（v3.0 实验特性） • ALTER TABLE ... COMPACT。（v6.1.0 实验特性） • 使用 ALTER TABLE 修改多个列或索引。（v5.0.0 实验特性） • 表级锁 (Table Lock)（v4.0.0 实验特性） 2.4.5 存储