并发控制 索引/文件/ 记录管理器 缓冲区管理器 缓冲区 锁表 存储管理器 存储 查询计划 对索引、文件和 记录的请求 页命令 事务命令 查询、更新 用户/ 应用 DDL命令 数据库管理员 数据、元数据、索引 日志页 读、写页 元数据、 统计数据 元数据 9 存储介质的类型 ■ Volatile storage 易失性存储器 DRAM, Cache, Register 允许Buffer Pool里未提交事务所修改的脏页刷回到持久存储 No-steal: 不允许Buffer Pool里未提交事务所修改的脏页刷到持久存储中 缓冲区管理策略Buffer Management Policy 13 ■ Force策略的问题 对持久存储器进行频繁的随机写操作，性能下降。 ■ No-Steal策略的问题 不允许未提交事务的脏页换出，系统的并发量不高。 ▪ No-Force 有更好的性能，但是怎么保证事务的原子性和持久 性？ ❏ No-Force: 事务提交，所修改的数据页没有刷回至持久存储，如果发生断电 或者系统崩溃。 ❏ Steal: Buffer Pool中未提交的事务所修改的脏页刷回到持久存储，如果发生 断电或者系统崩溃。 缓冲区管理策略 14 ■ No-Force → Redo Log 事务提交时，数据页不需要刷回持久存储，为了保证持久性，先把Redo Log写 入日志文件。Redo

CustomerCare@veritas.com 全球（日本除外） CustomerCare_Japan@veritas.com 日本 文档 请确保您的文档是最新版本。每个文档都在第 2 页上显示上次更新日期。最新的文档可在 Veritas 网站上找到: https://sort.veritas.com/documents 文档反馈 您的反馈对我们非常重要。请提出您对本文档的改进建议，或者就本文档中的错误或疏漏进 NetBackup for SQLite 工作流程 代理从 nbsqlite.conf 文件读取参数，然后启动操作。nbsqlite.conf 文件包含 必须在运行相应操作之前设置的参数。 请参见第 13 页的“nbsqlite.conf 配置文件”。 代理创建存在单个数据库文件的卷的快照。适用于 Windows 的卷影复制服务 (VSS) 或适用于 Linux 的逻辑卷管理器 (LVM) 创建 SQLite 操作 步骤 验证操作系统。 有关更多信息，请参见第 10 页的“验证操作系统和平台 ”。 步骤 1 安装代理之前，验证先决条件。 有关更多信息，请参见第 10 页的“NetBackup for SQLite 代理 的安装先决条 件”。 步骤 2 2 操作 步骤 在操作系统上安装代理。 有关更多信息，请参见第 12 页的“安装 NetBackup for SQLite 代理”。

println(employee); } System.out.println("=============获取分页相关的信息 ================="); System.out.println("当前页: " + page.getPageNum()); System.out.println("总页码: " + page.getPages()); System.out.println("总条数: " + println(employee); } System.out.println("=============获取详细分页相关的信息 ================="); System.out.println("当前页: " + info.getPageNum()); System.out.println("总页码: " + info.getPages()); System.out.println("总条数: " + out.println("是否是第一页: " + info.isIsFirstPage()); System.out.println("是否是最后一页: " + info.isIsLastPage()); System.out.println("是否有上一页: " + info.isHasPreviousPage()); System.out.println("是否有下一页: " + info.isHasNextPage());

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