检查和配置操作系统优化参数 在生产系统的 TiDB 中，建议对操作系统进行如下的配置优化： 1. 关闭透明大页（即 Transparent Huge Pages，缩写为 THP）。数据库的内存访问模式往往是稀疏的而非连续 的。当高阶内存碎片化比较严重时，分配 THP 页面会出现较高的延迟。 2. 将存储介质的 I/O 调度器设置为 noop。对于高速 SSD 存储介质，内核的 I/O 调度操作会导致性能损失。 使用 numactl 命令来绑定，具体用法请查询 man 手册。对于网卡中断，请参考下文网络章节。 9.1.1.2.4 内存 ——透明大页 对于数据库应用，不推荐使用 THP，因为数据库往往具有稀疏而不是连续的内存访问模式，且当高阶内存碎 片化比较严重时，分配 THP 页面会出现较大的延迟。若开启针对 THP 的直接内存规整功能，也会出现系统 CPU 使用率激增的现象，因此建议关闭 THP。 write-buffer 会占用系统内存外： 1. 需预留一些内存作为系统的 page cache 2. TiKV 在处理大的查询的时候（例如 select * from ...）会读取数据然后在内存中生成对应的数据结构 返回给 TiDB，这个过程中 TiKV 会占用一部分内存 9.2.1.3.3 TiKV 机器配置推荐 1. 生产环境中，不建议将 TiKV 部署在 CPU 核数小于 8 或内存低于 32GB

检查和配置操作系统优化参数 在生产系统的 TiDB 中，建议对操作系统进行如下的配置优化： 78 1. 关闭透明大页（即 Transparent Huge Pages，缩写为 THP）。数据库的内存访问模式往往是稀疏的而非连续 的。当高阶内存碎片化比较严重时，分配 THP 页面会出现较高的延迟。 2. 将存储介质的 I/O 调度器设置为 noop。对于高速 SSD 存储介质，内核的 I/O 调度操作会导致性能损失。 使用 numactl 命令来绑定，具体用法请查询 man 手册。对于网卡中断，请参考下文网络章节。 9.1.1.2.4 内存 ——透明大页 对于数据库应用，不推荐使用 THP，因为数据库往往具有稀疏而不是连续的内存访问模式，且当高阶内存碎 片化比较严重时，分配 THP 页面会出现较大的延迟。若开启针对 THP 的直接内存规整功能，也会出现系统 CPU 使用率激增的现象，因此建议关闭 THP。 write-buffer 会占用系统内存外： 1. 需预留一些内存作为系统的 page cache 2. TiKV 在处理大的查询的时候（例如 select * from ...）会读取数据然后在内存中生成对应的数据结构 返回给 TiDB，这个过程中 TiKV 会占用一部分内存 9.2.1.3.3 TiKV 机器配置推荐 1. 生产环境中，不建议将 TiKV 部署在 CPU 核数小于 8 或内存低于 32GB

检查和配置操作系统优化参数 在生产系统的 TiDB 中，建议对操作系统进行如下的配置优化： 1. 关闭透明大页（即 Transparent Huge Pages，缩写为 THP）。数据库的内存访问模式往往是稀疏的而非连续 的。当高阶内存碎片化比较严重时，分配 THP 页面会出现较高的延迟。 2. 将存储介质的 I/O 调度器设置为 noop。对于高速 SSD 存储介质，内核的 I/O 调度操作会导致性能损失。 使用 numactl 命令来绑定，具体用法请查询 man 手册。对于网卡中断，请参考下文网络章节。 9.1.1.2.4 内存 ——透明大页 对于数据库应用，不推荐使用 THP，因为数据库往往具有稀疏而不是连续的内存访问模式，且当高阶内存碎 片化比较严重时，分配 THP 页面会出现较大的延迟。若开启针对 THP 的直接内存规整功能，也会出现系统 CPU 使用率激增的现象，因此建议关闭 THP。 write-buffer 会占用系统内存外： 1. 需预留一些内存作为系统的 page cache 2. TiKV 在处理大的查询的时候（例如 select * from ...）会读取数据然后在内存中生成对应的数据结构 返回给 TiDB，这个过程中 TiKV 会占用一部分内存 9.2.1.3.3 TiKV 机器配置推荐 1. 生产环境中，不建议将 TiKV 部署在 CPU 核数小于 8 或内存低于 32GB

检查和配置操作系统优化参数 在生产系统的 TiDB 中，建议对操作系统进行如下的配置优化： 99 1. 关闭透明大页（即 Transparent Huge Pages，缩写为 THP）。数据库的内存访问模式往往是稀疏的而非连续 的。当高阶内存碎片化比较严重时，分配 THP 页面会出现较高的延迟。 2. 将存储介质的 I/O 调度器设置为 noop。对于高速 SSD 存储介质，内核的 I/O 调度操作会导致性能损失。 numactl 命令来绑定，具体用法请查询 man 手册。对于网卡中断，请参考下文网 络章节。 449 9.1.1.2.4 内存 ——透明大页 对于数据库应用，不推荐使用 THP，因为数据库往往具有稀疏而不是连续的内存访问模式，且当高阶内存碎 片化比较严重时，分配 THP 页面会出现较大的延迟。若开启针对 THP 的直接内存规整功能，也会出现系统 CPU 使用率激增的现象，因此建议关闭 THP。 write-buffer 会占用系统内存外： 1. 需预留一些内存作为系统的 page cache 2. TiKV 在处理大的查询的时候（例如 select * from ...）会读取数据然后在内存中生成对应的数据结构 返回给 TiDB，这个过程中 TiKV 会占用一部分内存 9.2.1.3.3 TiKV 机器配置推荐 1. 生产环境中，不建议将 TiKV 部署在 CPU 核数小于 8 或内存低于 32GB

“2016-10-08 16:45:26.999”，一般来说可以只写到秒，比如”2016-10-08 16:45:26”。 当这个变量被设置时，TiDB 会用这个时间戳建立 Snapshot（没有开销，只是创建数据结构），随后所有的 Select 操作都会在这个 Snapshot 上读取数据。 注意 TiDB 的事务是通过 PD 进行全局授时，所以存储的数据版本也是以 PD 所授时间戳作为版本号。在生成 Snapshot write-buffer 会占用系统内存外： 1. 需预留一些内存作为系统的 page cache 2. TiKV 在处理大的查询的时候（例如 select * from ... ）会读取数据然后在内存中生成对应的数据结构返回给 TiDB，这个过程中 TiKV 会占用一部分内存 1. 生产环境中，不建议将 TiKV 部署在 CPU 核数小于 8 或内存低于 32GB 的机器上 2. 如果对写入吞吐要求比较高，建议使用吞吐能力比较好的磁盘 2.0 2018 年 4 月 27 日，TiDB 发布 2.0 GA 版。相比 1.0 版本，该版本对 MySQL 兼容性、系统稳定性、优化 器和执行器做了很多改进。 SQL 优化器 精简统计信息数据结构，减小内存占用 加快进程启动时加载统计信息速度 支持统计信息动态更新 [experimental] 优化代价模型，对代价估算更精准 使用 Count-Min Sketch 更精确地估算点查的代价

量的操作，如 AutoMigrate、基本对象的 CRUD 等，极大的简 化了代码量。 Player 是数据结构体，为数据库表在程序内的映射。Player 的每个属性都对应着 player 表的一个字段。相较 于 go-sql-driver/mysql，gorm 的 Player 数据结构体为了给 gorm 提供更多的信息，加入了形如 `gorm:"primaryKey �→ ;type:VAR 检查和配置操作系统优化参数 在生产系统的 TiDB 中，建议对操作系统进行如下的配置优化： 1. 关闭透明大页（即 Transparent Huge Pages，缩写为 THP）。数据库的内存访问模式往往是稀疏的而非连续 的。当高阶内存碎片化比较严重时，分配 THP 页面会出现较高的延迟。 2. 将存储介质的 I/O 调度器设置为 noop。对于高速 SSD 存储介质，内核的 I/O 调度操作会导致性能损失。 绑核。对于普通程序，可使用 numactl 命令来绑定，具体用法请查询 man 手册。对于网卡中断，请参考下文网 络章节。 内存 ——透明大页 对于数据库应用，不推荐使用 THP，因为数据库往往具有稀疏而不是连续的内存访问模式，且当高阶内存碎 片化比较严重时，分配 THP 页面会出现较大的延迟。若开启针对 THP 的直接内存规整功能，也会出现系统 CPU 使用率激增的现象，因此建议关闭 THP。

语句添加了多个常用参数选项，例如 CHECKSUM_CONCURRENCY #53040 @RidRisR * 去掉除了 br log restore 子命令之外其它 br log 子命令对 TiDB domain 数据结构的载入，降低 内存消耗 #52088 @Leavrth * 支持对日志备份过程中生成的临时文件进行加密 #15083 @YuJuncen * 在 Grafana 面板中新增 tikv_log_ 检查和配置操作系统优化参数 在生产系统的 TiDB 中，建议对操作系统进行如下的配置优化： 1. 关闭透明大页（即 Transparent Huge Pages，缩写为 THP）。数据库的内存访问模式往往是稀疏的而非连续 的。当高阶内存碎片化比较严重时，分配 THP 页面会出现较高的延迟。 2. 设置存储介质的 I/O 调度器。 • 对于高速 SSD 存储介质，内核默认的 I/O 调度器可能会导致性能损失。建议将闪存存储的 绑核。对于普通程序，可使用 numactl 命令来绑定，具体用法请查询 man 手册。对于网卡中断，请参考下文网 络章节。 内存 ——透明大页 对于数据库应用，不推荐使用 THP，因为数据库往往具有稀疏而不是连续的内存访问模式，且当高阶内存碎 片化比较严重时，分配 THP 页面会出现较大的延迟。若开启针对 THP 的直接内存规整功能，也会出现系统 CPU 使用率激增的现象，因此建议关闭 THP。

检查和配置操作系统优化参数 在生产系统的 TiDB 中，建议对操作系统进行如下的配置优化： 1. 关闭透明大页（即 Transparent Huge Pages，缩写为 THP）。数据库的内存访问模式往往是稀疏的而非连续 的。当高阶内存碎片化比较严重时，分配 THP 页面会出现较高的延迟。 2. 设置存储介质的 I/O 调度器。 • 对于高速 SSD 存储介质，内核默认的 I/O 调度器可能会导致性能损失。建议将闪存存储的 1:9092/topic-name?kafka-version=2.4.0&protocol=debezium" Debezium 输出格式中包含当前行的 Schema 信息，以便下游消费者更好地理解当前行的数据结构。对于不需要 输出 Schema 信息的场景，也可以通过在 changefeed 的配置文件或者 sink-uri 中将 debezium-disable-schema 参数设置为 true 来关闭 绑核。对于普通程序，可使用 numactl 命令来绑定，具体用法请查询 man 手册。对于网卡中断，请参考下文网 络章节。 内存 ——透明大页 对于数据库应用，不推荐使用 THP，因为数据库往往具有稀疏而不是连续的内存访问模式，且当高阶内存碎 片化比较严重时，分配 THP 页面会出现较大的延迟。若开启针对 THP 的直接内存规整功能，也会出现系统 CPU 使用率激增的现象，因此建议关闭 THP。

检查和配置操作系统优化参数 在生产系统的 TiDB 中，建议对操作系统进行如下的配置优化： 1. 关闭透明大页（即 Transparent Huge Pages，缩写为 THP）。数据库的内存访问模式往往是稀疏的而非连续 的。当高阶内存碎片化比较严重时，分配 THP 页面会出现较高的延迟。 2. 设置存储介质的 I/O 调度器。 • 对于高速 SSD 存储介质，内核默认的 I/O 调度器可能会导致性能损失。建议将闪存存储的 绑核。对于普通程序，可使用 numactl 命令来绑定，具体用法请查询 man 手册。对于网卡中断，请参考下文网 络章节。 内存 ——透明大页 对于数据库应用，不推荐使用 THP，因为数据库往往具有稀疏而不是连续的内存访问模式，且当高阶内存碎 片化比较严重时，分配 THP 页面会出现较大的延迟。若开启针对 THP 的直接内存规整功能，也会出现系统 CPU 使用率激增的现象，因此建议关闭 THP。 write-buffer 会占用系统内存外： 1. 需预留一些内存作为系统的 page cache 2. TiKV 在处理大的查询的时候（例如 select * from ...）会读取数据然后在内存中生成对应的数据结构 返回给 TiDB，这个过程中 TiKV 会占用一部分内存 11.2.0.4.3 TiKV 机器配置推荐 1. 生产环境中，不建议将 TiKV 部署在 CPU 核数小于 8 或内存低于 32GiB

检查和配置操作系统优化参数 在生产系统的 TiDB 中，建议对操作系统进行如下的配置优化： 1. 关闭透明大页（即 Transparent Huge Pages，缩写为 THP）。数据库的内存访问模式往往是稀疏的而非连续 的。当高阶内存碎片化比较严重时，分配 THP 页面会出现较高的延迟。 2. 将存储介质的 I/O 调度器设置为 noop。对于高速 SSD 存储介质，内核的 I/O 调度操作会导致性能损失。 绑核。对于普通程序，可使用 numactl 命令来绑定，具体用法请查询 man 手册。对于网卡中断，请参考下文网 络章节。 内存 ——透明大页 对于数据库应用，不推荐使用 THP，因为数据库往往具有稀疏而不是连续的内存访问模式，且当高阶内存碎 片化比较严重时，分配 THP 页面会出现较大的延迟。若开启针对 THP 的直接内存规整功能，也会出现系统 CPU 使用率激增的现象，因此建议关闭 THP。 write-buffer 会占用系统内存外： 1. 需预留一些内存作为系统的 page cache 2. TiKV 在处理大的查询的时候（例如 select * from ...）会读取数据然后在内存中生成对应的数据结构 返回给 TiDB，这个过程中 TiKV 会占用一部分内存 11.2.0.4.3 TiKV 机器配置推荐 1. 生产环境中，不建议将 TiKV 部署在 CPU 核数小于 8 或内存低于 32GB