UCloud 优刻得 59/120 Binlog 同步 同步 Binlog 同步功能可将 TiDB 的增量数据实时同步到其他存储中。 ⽀持 MySQL、TiDB、Kafka 作为⽬标存储。 进⼊管理页⾯ 进⼊管理页⾯ 在产品主⻚中找到对应的实例， 点击“详情”按钮进⼊详情⻚⾯。 Binlog 同步 分布式NewSQL数据库 TiDB Copyright © 2012-2021 UCloud 优刻得 60/120 分布式NewSQL数据库 TiDB Copyright © 2012-2021 UCloud 优刻得 82/120 参数配置 参数配置 本⽂将阐述如何通过控制台修改TiDB实例参数。 进⼊管理页⾯ 进⼊管理页⾯ 在产品主⻚中找到对应的实例， 点击“详情”按钮进⼊详情⻚⾯。 参数配置 分布式NewSQL数据库 TiDB Copyright © 2012-2021 UCloud 优刻得 83/120 告警通知 分布式NewSQL数据库 TiDB Copyright © 2012-2021 UCloud 优刻得 92/120 SSL 证书管理 证书管理 SSL 证书管理功能可管理实例证书 进⼊管理页⾯ 进⼊管理页⾯ 在产品主⻚中找到对应的实例， 点击“详情”按钮进⼊详情⻚⾯。 SSL 证书管理 分布式NewSQL数据库 TiDB Copyright © 2012-2021 UCloud 优刻得 93/120

GetByPage 标签，点击 Send 按钮，发送 GET 形式的 http://localhost:8080/player/page?index �→ =0&size=2 请求。返回值为 index 为 0 的页，每页有 2 个玩家信息列表。此外，还包含了分页信 息，如偏移量、总页数、是否排序等。 130 图 10: Postman-GetByPage • 获取玩家个数 点击 Count 标签，点击 Send curl --location --request GET 'http://localhost:8080/player/page?index=0&size=2' 返回值为 index 为 0 的页，每页有 2 个玩家信息列表。此外，还包含了分页信息，如偏移量、总页数、 是否排序等。 { "content": [ { "coins": 200, "goods": 10, "id": 1 sh 脚本依次发送以下请求： 1. 循环创建 10 名玩家 2. 获取 ID 为 1 的玩家信息 3. 获取至多 3 名玩家信息列表 4. 获取 index 为 0 ，size 为 2 的一页玩家信息 5. 获取玩家总数 6. ID 为 1 的玩家作为售出方，ID 为 2 的玩家作为购买方，购买 10 个货物，耗费 100 金币 使用 make request 或 ./request

sudo systemctl enable ntpd.service 4.2.5 检查和配置操作系统优化参数 在生产系统的 TiDB 中，建议对操作系统进行如下的配置优化： 99 1. 关闭透明大页（即 Transparent Huge Pages，缩写为 THP）。数据库的内存访问模式往往是稀疏的而非连续 的。当高阶内存碎片化比较严重时，分配 THP 页面会出现较高的延迟。 2. 将存储介质的 采用如下步骤检查操作系统的当前配置，并配置系统优化参数： 1. 执行以下命令查看透明大页的开启状态。 cat /sys/kernel/mm/transparent_hugepage/enabled [always] madvise never 注意： [always] madvise never 表示透明大页处于启用状态，需要关闭。 2. 执行以下命令查看数据目录所在磁盘的 I/O 调度器。假设在 3.10.0-957.el7.x86_64.img title=CentOS Linux (3.10.0-957.el7.x86_64) 7 (Core) 4. 修改当前的内核配置立即关闭透明大页。 echo never > /sys/kernel/mm/transparent_hugepage/enabled echo never > /sys/kernel/mm/transparent_hugepage/defrag

需更新的此列的值 {filter_column} 匹配条件过滤器的列名 {filter_value} 匹配条件过滤器的列值 此处仅展示 UPDATE 的简单用法，详细文档可参考 TiDB 的UPDATE 语法页。 4.6.2.2.2 UPDATE 最佳实践 以下是更新行时需要遵循的一些最佳实践： • 始终在更新语句中指定 WHERE 子句。如果 UPDATE 没有 WHERE 子句，TiDB 将更新这个表内的所有行。 语句指定查询 结果的排序方式。 例如，在Bookshop 应用当中，希望将最新书籍列表以分页的形式返回给用户。通过 LIMIT 0, 10 语句，便可 以得到列表第 1 页的书籍信息，每页中最多有 10 条记录。获取第 2 页信息，则改成可以改成 LIMIT 10, 10， 如此类推。 SELECT * FROM books ORDER BY published_at DESC LIMIT BETWEEN start_key AND end_key 语句查询每个分片的数据即可。修改数据时， 也可以借助上面计算好的分片信息，实现高效的数据更新。 例如，假如想要删除第 1 页上的所有书籍的基本信息，可以将上表第 1 页所对应的 start_key 和 end_key 填 入 SQL 语句当中。 DELETE FROM books WHERE id BETWEEN 268996 AND 213168525

explain analyze 结果中增加更多关于 TableFullScan 算子的信息 #5926 @hongyunyan • Tools – TiDB Dashboard * 在 慢 查 询 页 面 新 增 以 下 三 个 字 段：是否由 prepare 语句生成、查询计划是否来自缓存、 查询计划是否来自绑定 #1451 @shhdgit – Backup & Restore (BR) * 需更新的此列的值 {filter_column} 匹配条件过滤器的列名 {filter_value} 匹配条件过滤器的列值 此处仅展示 UPDATE 的简单用法，详细文档可参考 TiDB 的UPDATE 语法页。 4.6.2.2.2 UPDATE 最佳实践 以下是更新行时需要遵循的一些最佳实践： • 始终在更新语句中指定 WHERE 子句。如果 UPDATE 没有 WHERE 子句，TiDB 将更新这个表内的所有行。 语句指定查询 结果的排序方式。 例如，在Bookshop 应用当中，希望将最新书籍列表以分页的形式返回给用户。通过 LIMIT 0, 10 语句，便可 以得到列表第 1 页的书籍信息，每页中最多有 10 条记录。获取第 2 页信息，则改成可以改成 LIMIT 10, 10， 如此类推。 SELECT * FROM books ORDER BY published_at DESC LIMIT

需更新的此列的值 {filter_column} 匹配条件过滤器的列名 {filter_value} 匹配条件过滤器的列值 此处仅展示 UPDATE 的简单用法，详细文档可参考 TiDB 的UPDATE 语法页。 4.6.2.2.2 UPDATE 最佳实践 以下是更新行时需要遵循的一些最佳实践： • 始终在更新语句中指定 WHERE 子句。如果 UPDATE 没有 WHERE 子句，TiDB 将更新这个表内的所有行。 语句指定查询 结果的排序方式。 例如，在Bookshop 应用当中，希望将最新书籍列表以分页的形式返回给用户。通过 LIMIT 0, 10 语句，便可 以得到列表第 1 页的书籍信息，每页中最多有 10 条记录。获取第 2 页信息，则改成可以改成 LIMIT 10, 10， 如此类推。 SELECT * FROM books ORDER BY published_at DESC LIMIT BETWEEN start_key AND end_key 语句查询每个分片的数据即可。修改数据时， 也可以借助上面计算好的分片信息，实现高效的数据更新。 例如，假如想要删除第 1 页上的所有书籍的基本信息，可以将上表第 1 页所对应的 start_key 和 end_key 填 入 SQL 语句当中。 DELETE FROM books WHERE id BETWEEN 268996 AND 213168525

需更新的此列的值 {filter_column} 匹配条件过滤器的列名 {filter_value} 匹配条件过滤器的列值 此处仅展示 UPDATE 的简单用法，详细文档可参考 TiDB 的UPDATE 语法页。 4.6.2.2.2 UPDATE 最佳实践 以下是更新行时需要遵循的一些最佳实践： • 始终在更新语句中指定 WHERE 子句。如果 UPDATE 没有 WHERE 子句，TiDB 将更新这个表内的所有行。 语句指定查询 结果的排序方式。 例如，在Bookshop 应用当中，希望将最新书籍列表以分页的形式返回给用户。通过 LIMIT 0, 10 语句，便可 以得到列表第 1 页的书籍信息，每页中最多有 10 条记录。获取第 2 页信息，则改成可以改成 LIMIT 10, 10， 如此类推。 SELECT * FROM books ORDER BY published_at DESC LIMIT BETWEEN start_key AND end_key 语句查询每个分片的数据即可。修改数据时， 也可以借助上面计算好的分片信息，实现高效的数据更新。 例如，假如想要删除第 1 页上的所有书籍的基本信息，可以将上表第 1 页所对应的 start_key 和 end_key 填 入 SQL 语句当中。 DELETE FROM books WHERE id BETWEEN 268996 AND 213168525

需更新的此列的值 {filter_column} 匹配条件过滤器的列名 {filter_value} 匹配条件过滤器的列值 此处仅展示 UPDATE 的简单用法，详细文档可参考 TiDB 的UPDATE 语法页。 4.6.2.2.2 UPDATE 最佳实践 以下是更新行时需要遵循的一些最佳实践： • 始终在更新语句中指定 WHERE 子句。如果 UPDATE 没有 WHERE 子句，TiDB 将更新这个表内的所有行。 语句指定查询 结果的排序方式。 例如，在Bookshop 应用当中，希望将最新书籍列表以分页的形式返回给用户。通过 LIMIT 0, 10 语句，便可 以得到列表第 1 页的书籍信息，每页中最多有 10 条记录。获取第 2 页信息，则改成可以改成 LIMIT 10, 10， 如此类推。 SELECT * FROM books ORDER BY published_at DESC LIMIT BETWEEN start_key AND end_key 语句查询每个分片的数据即可。修改数据时， 也可以借助上面计算好的分片信息，实现高效的数据更新。 例如，假如想要删除第 1 页上的所有书籍的基本信息，可以将上表第 1 页所对应的 start_key 和 end_key 填 入 SQL 语句当中。 DELETE FROM books WHERE id BETWEEN 268996 AND 213168525

需更新的此列的值 {filter_column} 匹配条件过滤器的列名 {filter_value} 匹配条件过滤器的列值 此处仅展示 UPDATE 的简单用法，详细文档可参考 TiDB 的UPDATE 语法页。 4.6.2.2.2 UPDATE 最佳实践 以下是更新行时需要遵循的一些最佳实践： • 始终在更新语句中指定 WHERE 子句。如果 UPDATE 没有 WHERE 子句，TiDB 将更新这个表内的所有行。 语句指定查询 结果的排序方式。 例如，在Bookshop 应用当中，希望将最新书籍列表以分页的形式返回给用户。通过 LIMIT 0, 10 语句，便可 以得到列表第 1 页的书籍信息，每页中最多有 10 条记录。获取第 2 页信息，则改成可以改成 LIMIT 10, 10， 如此类推。 SELECT * FROM books ORDER BY published_at DESC LIMIT BETWEEN start_key AND end_key 语句查询每个分片的数据即可。修改数据时， 也可以借助上面计算好的分片信息，实现高效的数据更新。 例如，假如想要删除第 1 页上的所有书籍的基本信息，可以将上表第 1 页所对应的 start_key 和 end_key 填 入 SQL 语句当中。 DELETE FROM books WHERE id BETWEEN 268996 AND 213168525

需更新的此列的值 {filter_column} 匹配条件过滤器的列名 {filter_value} 匹配条件过滤器的列值 此处仅展示 UPDATE 的简单用法，详细文档可参考 TiDB 的UPDATE 语法页。 4.6.2.2.2 UPDATE 最佳实践 以下是更新行时需要遵循的一些最佳实践： • 始终在更新语句中指定 WHERE 子句。如果 UPDATE 没有 WHERE 子句，TiDB 将更新这个表内的所有行。 语句指定查询 结果的排序方式。 例如，在Bookshop 应用当中，希望将最新书籍列表以分页的形式返回给用户。通过 LIMIT 0, 10 语句，便可 以得到列表第 1 页的书籍信息，每页中最多有 10 条记录。获取第 2 页信息，则改成可以改成 LIMIT 10, 10， 如此类推。 SELECT * FROM books ORDER BY published_at DESC LIMIT BETWEEN start_key AND end_key 语句查询每个分片的数据即可。修改数据时， 也可以借助上面计算好的分片信息，实现高效的数据更新。 例如，假如想要删除第 1 页上的所有书籍的基本信息，可以将上表第 1 页所对应的 start_key 和 end_key 填 入 SQL 语句当中。 DELETE FROM books WHERE id BETWEEN 268996 AND 213168525