TiDB v5.2 中文手册· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 609 11.2.1 在物理机或虚拟机上部署运维 TiDB · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 609 this range. 86 注意: The governor "powersave" 表示 cpufreq的节能策略使用 powersave,需要调整为 performance 策略。如果是虚拟机或者云主机,则不需要调整,命令输出通常为 Unable to determine �→ current policy。 5. 配置系统优化参数 • 方法一:使用 tuned(推荐) 1. 执行 比例是: Default CF : Write CF = 4 : 1 在 TiKV 中需要根据机器内存大小配置 RocksDB 的 block cache,以充分利用内存。以 40 GB 内存的虚拟机部署一 个 TiKV 为例,其 block cache 建议配置如下: server_configs: tikv: log-level: "error" rocksdb.defaultcf.block-cache-size:0 码力 | 2259 页 | 48.16 MB | 1 年前3
TiDB v5.1 中文手册· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 588 11.2.1 在物理机或虚拟机上部署运维 TiDB · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 588 within this range. 注意: The governor "powersave" 表示 cpufreq的节能策略使用 powersave,需要调整为 performance 策略。如果是虚拟机或者云主机,则不需要调整,命令输出通常为 Unable to determine �→ current policy。 5. 配置系统优化参数 • 方法一:使用 tuned(推荐) 1. 执行 比例是: Default CF : Write CF = 4 : 1 在 TiKV 中需要根据机器内存大小配置 RocksDB 的 block cache,以充分利用内存。以 40 GB 内存的虚拟机部署一 个 TiKV 为例,其 block cache 建议配置如下: server_configs: tikv: log-level: "error" rocksdb.defaultcf.block-cache-size:0 码力 | 2189 页 | 47.96 MB | 1 年前3
TiDB v5.3 中文手册· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 633 11.2.1 在物理机或虚拟机上部署运维 TiDB · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 633 this range. 94 注意: The governor "powersave" 表示 cpufreq的节能策略使用 powersave,需要调整为 performance 策略。如果是虚拟机或者云主机,则不需要调整,命令输出通常为 Unable to determine �→ current policy。 5. 配置系统优化参数 • 方法一:使用 tuned(推荐) 1. 执行 比例是: Default CF : Write CF = 4 : 1 在 TiKV 中需要根据机器内存大小配置 RocksDB 的 block cache,以充分利用内存。以 40 GB 内存的虚拟机部署一 个 TiKV 为例,其 block cache 建议配置如下: server_configs: tikv: log-level: "error" rocksdb.defaultcf.block-cache-size:0 码力 | 2374 页 | 49.52 MB | 1 年前3
TiDB v5.4 中文手册· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 713 11.2.1 在物理机或虚拟机上部署运维 TiDB · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 713 within this range. 注意: The governor "powersave" 表示 cpufreq的节能策略使用 powersave,需要调整为 performance 策略。如果是虚拟机或者云主机,则不需要调整,命令输出通常为 Unable to determine �→ current policy。 5. 配置系统优化参数 • 方法一:使用 tuned(推荐) 1. 执行 比例是: Default CF : Write CF = 4 : 1 在 TiKV 中需要根据机器内存大小配置 RocksDB 的 block cache,以充分利用内存。以 40 GB 内存的虚拟机部署一 个 TiKV 为例,其 block cache 建议配置如下: server_configs: tikv: log-level: "error" rocksdb.defaultcf.block-cache-size:0 码力 | 2852 页 | 52.59 MB | 1 年前3
TiDB v6.1 中文手册· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1153 13.2.1 在物理机或虚拟机上部署运维 TiDB · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1153 架。此示例应用程序的代码仓库可在 Github 下载。 这是一个较为完整的构建 Restful API 的示例应用程序,展示了一个使用 TiDB 作为数据库的通用 Spring Boot 后端 服务。设计了以下过程,用于还原一个现实场景: 这是一个关于游戏的例子,每个玩家有两个属性:金币数 coins 和货物数 goods。且每个玩家都拥有一个字 段 id,作为玩家的唯一标识。玩家在金币数和货物数充足的情况下,可以自由的交易。 例应用程序的代码可从 Github 下载。 这是一个较为完整的构建 Restful API 的示例应用程序,展示了一个使用 TiDB 作为数据库的通用 Django 后端服 务。该示例设计了以下过程,用于还原一个现实场景: 这是一个关于游戏的例子,每个玩家有两个属性:金币数 coins 和货物数 goods。且每个玩家都拥有一个字 段 id,作为玩家的唯一标识。玩家在金币数和货物数充足的情况下,可以自由地交易。0 码力 | 3572 页 | 84.36 MB | 1 年前3
TiDB中文技术文档tidb-server/pd-server/tikv-server 部署了几个实例 这些实例在机器上是如何分布的 机器的硬件配置 CPU 核数 内存大小 硬盘类型(SSD 还是机械硬盘) 是实体机还是虚拟机 机器上除了 TiDB 集群之外是否还有其他服务 pd-server 和 tikv-server 是否分开部署 目前正在进行什么操作 用 top -H 命令查看当前占用 CPU 的线程名 最近一段时间的网络/IO 秒) 21. -disable-dispatch 22. 是否禁用拆分单个 binlog 的 sqls 的功能,如果设置为 true,则按照每个 binlog 23. 顺序依次还原成单个事务进行同步(下游服务类型为 mysql,该项设置为 False) 24. -ignore-schemas string 25. db 过滤列表 (默认 "INFORMATION_SCHEMA 1) 34. worker-count = 1 35. 36. # 是否禁用拆分单个 binlog 的 sqls 的功能,如果设置为 true,则按照每个 binlog 37. # 顺序依次还原成单个事务进行同步(下游服务类型为 mysql, 该项设置为 False) 38. disable-dispatch = false 39. 40. # Drainer 下游服务类型(默认为 mysql)0 码力 | 444 页 | 4.89 MB | 6 月前3
TiDB v8.2 中文手册· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1546 13.2.1 在物理机或虚拟机上部署运维 TiDB · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1546 within this range. 注意: The governor "powersave" 表示 cpufreq的节能策略使用 powersave,需要调整为 performance 策略。如果是虚拟机或者云主机,则不需要调整,命令输出通常为 Unable to determine �→ current policy。 5. 配置系统优化参数 • 方法一:使用 tuned(推荐) 1. 执行 比例是: Default CF : Write CF = 4 : 1 在 TiKV 中需要根据机器内存大小配置 RocksDB 的 block cache,以充分利用内存。以 40 GB 内存的虚拟机部署一 个 TiKV 为例,其 block cache 建议配置如下: server_configs: tikv: log-level: "error" rocksdb.defaultcf.block-cache-size:0 码力 | 4987 页 | 102.91 MB | 10 月前3
TiDB v8.4 中文手册· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1614 13.2.1 在物理机或虚拟机上部署运维 TiDB · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1614 within this range. 注意: The governor "powersave" 表示 cpufreq的节能策略使用 powersave,需要调整为 performance 策略。如果是虚拟机或者云主机,则不需要调整,命令输出通常为 Unable to determine �→ current policy。 5. 配置系统优化参数 • 方法一:使用 tuned(推荐) 1. 执行 比例是: Default CF : Write CF = 4 : 1 在 TiKV 中需要根据机器内存大小配置 RocksDB 的 block cache,以充分利用内存。以 40 GB 内存的虚拟机部署一 个 TiKV 为例,其 block cache 建议配置如下: server_configs: tikv: log-level: "error" rocksdb.defaultcf.block-cache-size:0 码力 | 5072 页 | 104.05 MB | 10 月前3
TiDB v8.5 中文手册· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1872 13.2.1 在物理机或虚拟机上部署运维 TiDB · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1872 this range. 537 注意: The governor "powersave" 表示 cpufreq的节能策略使用 powersave,需要调整为 performance 策略。如果是虚拟机或者云主机,则不需要调整,命令输出通常为 Unable to determine �→ current policy。 5. 配置系统优化参数 • 方法一:使用 tuned(推荐) 1. 执行 比例是: Default CF : Write CF = 4 : 1 在 TiKV 中需要根据机器内存大小配置 RocksDB 的 block cache,以充分利用内存。以 40 GB 内存的虚拟机部署一 个 TiKV 为例,其 block cache 建议配置如下: server_configs: tikv: log-level: "error" rocksdb.defaultcf.block-cache-size:0 码力 | 5095 页 | 104.54 MB | 10 月前3
NetBackup™ for SQLite 管理指南: Windows 和LinuxDataStore 策略配置 SQLite 备份 ............................................... 15 第 4 章 NetBackup for SQLite 备份和还原 ............................... 16 关于 SQLite 数据库备份 .............................................. ..... 19 关于还原 SQLite 备份 .................................................................... 20 执行 SQLite 备份还原 .................................................................... 21 重定向还原 ........... 的功能,以包括备份和还原 SQLite 数据库的功能。代理位于 NetBackup 客户端上并支持独立的设置操作。代理支持 SQLite 版本 3.10.0 及更高版本。 注意:确保 SQLite 代理和 NetBackup 的版本相同,以便成功执行备份和还原操 作。 此外,代理还支持: ■ 验证备份。 ■ 查询备份和还原。 ■ 从目录库文件中删除备份信息。 ■ 重定向还原。 1 NetBackup0 码力 | 34 页 | 777.04 KB | 1 年前3
共 39 条
- 1
- 2
- 3
- 4













