⼗章组成。 在数据结构与应⽤部分， 书本介绍了 Redis 核⼼的九种数据结构， 列举了操作这些数据结构的众多命令及其详细 信息， 并在其中穿插介绍了多个使⽤ Redis 命令构建应⽤程序的示例。 通过这些程序示例， 读者可以进⼀步加 深对命令的认识， 并学会如何在实际中应⽤这些命令， 从⽽达到学⽽致⽤的⽬的。 附加功能部分介绍了 Redis 在数据结构的基础上， 为⽤户提供的额外功能。 其中包括管理数据结构的数据库管理 所以⽤户可以通过把需要快速访问的数据储存在 Redis ⾥⾯来提升应 ⽤程序访问这些数据时的速度。 代码清单 2-1 展示了⼀个使⽤ Redis 实现的缓存程序代码， 这个程序使⽤ SET 命令来将需要被缓存的数据储存 到指定的字符串键⾥⾯， 并使⽤ GET 命令来从指定的字符串键⾥⾯获取被缓存的数据。 代码清单 2-1 使⽤字符串键实现的缓存程序：/string/cache.py class Cache: 除了⽤于设置缓存的 set() ⽅法以及⽤于获取缓存的 get() ⽅法之外， 缓存程序还提供了由 GETSET 命令实现的 update() ⽅法： 这个⽅法可以让⽤户在对缓存进⾏设置的同时， 获得之前被缓存的旧值。 ⽤户可以根据⾃⼰的 需要决定是使⽤ set() ⽅法还是 update() ⽅法对缓存进⾏设置。 以下代码展示了怎样使⽤这个程序来缓存⼀个 HTML ⻚⾯， 并在有需要时获取它： >>> from

启用了乐观事务模型（默认为悲观锁模式），当发现并发冲突时，会回滚事务。将 tidb_disable_txn_auto_retry 设置为 off 会开启事务冲突后的自动重试机制，可以尽可能避 免事务冲突报错导致 Sysbench 程序退出的问题。 在数据导入前，需要对 TiDB 进行简单设置。在 MySQL 客户端中执行如下命令： set global tidb_disable_txn_auto_retry = off; 然后退出客户端。 Transactions 以 NewOrder Transaction 为准，即最终衡量单位为每分钟处理的新订单数。 本文使用 go-tpc 作为 TPC-C 测试实现，可以通过TiUP 命令下载测试程序： tiup install bench 关于 TiUP Bench 组件的详细用法可参考TiUP Bench。 4.6.2.1 导入数据 导入数据通常是整个 TPC-C 测试中最耗时，也是最容易出问题的阶段。 等其他工具导出 Schema 然后导入至 TiDB。 5.3.1.5 第五步：开启 TiDB Lightning 进行数据导入 运行 TiDB Lightning。如果直接在命令行中用 nohup 启动程序，可能会因为 SIGHUP 信号而退出，建议把 nohup 放 到脚本里面，如： ### !/bin/bash export AWS_ACCESS_KEY_ID=${AccessKey} export

TPC-C 数据速度提升在 30% 左右，导入索引比较多（5 个 索引）的大表 (2TB+) 速度提升超过 50% #753 * 导入前对导入数据和目标集群进行检查，如果不符合导入要求，则报错拒绝导入程序的运行 #999 * 优化 Local 后端更新 checkpoint 的时机，提升断点重启时的性能 #1080 2.2.4 Bug 修复 • TiDB – 修复投影消除在投影结果为空时执行结果可能错误的问题 启用了乐观事务模型（默认为悲观锁模式），当发现并发冲突时，会回滚事务。将 tidb_disable_txn_auto_retry 设置为 off 会开启事务冲突后的自动重试机制，可以尽可能避 免事务冲突报错导致 Sysbench 程序退出的问题。 在数据导入前，需要对 TiDB 进行简单设置。在 MySQL 客户端中执行如下命令： set global tidb_disable_txn_auto_retry = off; 然后退出客户端。 Transactions 以 NewOrder Transaction 为准，即最终衡量单位为每分钟处理的新订单数。 本文使用 go-tpc 作为 TPC-C 测试实现，可以通过TiUP 命令下载测试程序: tiup install bench 关于 TiUP Bench 组件的详细用法可参考TiUP Bench。 4.6.2.1 导入数据 导入数据通常是整个 TPC-C 测试中最耗时，也是最容易出问题的阶段。

................................................................................. - 39 - GP 的客户端应用程序 .............................................................................................. - 40 ..................................................................................... - 41 - DB 应用程序接口 ................................................................................................ 架构的系统表频繁不一致的缺陷。 GP 是基于 PostgreSQL 发展而来，用户端可以如同访问 PostgreSQL 那样与 GP 进行交互。可以通过 PostgreSQL 客户端程序(如 psql、pgAdminIII)和应用程序 接口(APIs(如 JDBC、ODBC))连接 GP。不过，GP 在 5 版本和 6 版本中，因为 PostgreSQL 版本的不断合并，有不少系统表的发生了变化，所以，原有适用的客户

启用了乐观事务模型（默认为悲观锁模式），当发现并发冲突时，会回滚事务。将 tidb_disable_txn_auto_retry 设置为 off 会开启事务冲突后的自动重试机制，可以尽可能避 免事务冲突报错导致 Sysbench 程序退出的问题。 在数据导入前，需要对 TiDB 进行简单设置。在 MySQL 客户端中执行如下命令： set global tidb_disable_txn_auto_retry = off; 然后退出客户端。 Transactions 以 NewOrder Transaction 为准，即最终衡量单位为每分钟处理的新订单数。 本文使用 go-tpc 作为 TPC-C 测试实现，可以通过TiUP 命令下载测试程序： tiup install bench 关于 TiUP Bench 组件的详细用法可参考TiUP Bench。 4.6.2.1 导入数据 导入数据通常是整个 TPC-C 测试中最耗时，也是最容易出问题的阶段。 等其他工具导出 Schema 然后导入至 TiDB。 5.3.1.5 第五步：开启 TiDB Lightning 进行数据导入 运行 TiDB Lightning。如果直接在命令行中用 nohup 启动程序，可能会因为 SIGHUP 信号而退出，建议把 nohup 放 到脚本里面，如： ### !/bin/bash export AWS_ACCESS_KEY_ID=${AccessKey} export

启用了乐观事务模型（默认为悲观锁模式），当发现并发冲突时，会回滚事务。将 tidb_disable_txn_auto_retry 设置为 off 会开启事务冲突后的自动重试机制，可以尽可能避 免事务冲突报错导致 Sysbench 程序退出的问题。 在数据导入前，需要对 TiDB 进行简单设置。在 MySQL 客户端中执行如下命令： set global tidb_disable_txn_auto_retry = off; 然后退出客户端。 Transactions 以 NewOrder Transaction 为准，即最终衡量单位为每分钟处理的新订单数。 本文使用 go-tpc 作为 TPC-C 测试实现，可以通过TiUP 命令下载测试程序： tiup install bench 关于 TiUP Bench 组件的详细用法可参考TiUP Bench。 143 4.6.2.1 导入数据 导入数据通常是整个 TPC-C 测试中最耗时，也是最容易出问题的阶段。 's3://my-bucket/schema-backup?region=us- �→ west-2' -no-schema=false 2. 运行 tidb-lightning。如果直接在命令行中启动程序，可能会因为 SIGHUP 信号而退出，建议配合nohup �→ 或screen等工具，如： 将有权限访问该 Amazon S3 后端存储的账号的 SecretKey 和 AccessKey 作为环境变量传入

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 101 4.1.3 应用程序与 TiDB 交互的方式· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 104 3 4.3 示例程序 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 106 4.3.1 TiDB 和 Golang 的简单 CRUD 应用程序 · · · · · · · · · 106 4.3.2 使用 Spring Boot 构建 TiDB 应用程序 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 122 4.3.3 TiDB 和 Java 的简单 CRUD 应用程序 · · · · · · · · · · · · · · · · · · · ·

系统表 TiDB 数据目录 TiDB 服务器日志文件 TiDB 服务 - 25 - 本文档使用 书栈(BookStack.CN) 构建 TiDB 进程启动参数 启动 TiDB 进程时，可以指定一些程序启动参数。 TiDB 接受许多的启动参数，执行这个命令可以得到一个简要的说明： 1. ./tidb-server --help 获取版本信息可以使用下面命令： 1. ./tidb-server -V API。 通过 PREPARE ， EXECUTE 以及 DEALLOCATE PREPARE 这三个语句也可以实现 Prepared 语句，这种方式不如 第一种方式效率高，但是不需要写程序即可使用。 1. PREPARE stmt_name FROM preparable_stmt PREPARE 语句对 preparable_stmt 做预处理（语法解析、语义检查、查询优化）并将其处理结果命名为 PREPARE 语句删除 PREPARE 产生的预处理语句结果。 更多信息请参考 MySQL Prepared Statement Syntax。 Prepared SQL 语句语法 通过应用程序 通过 SQL 语句 PREPARE 语句 EXECUTE 语句 DEALLOCATE PREPARE 语句 Prepared SQL 语句语法 - 157 - 本文档使用 书栈(BookStack

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 96 4.1.3 应用程序与 TiDB 交互的方式· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 99 4.3 示例程序 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 版本、TiFlash 重要日志及系统表，请参阅TiFlash 集群运维。 • 如果需要移除某个 TiFlash 节点，请参阅缩容 TiFlash 节点。 4 应用开发 4.1 开发者手册概览 本文是为应用程序开发者所编写的，如果你对 TiDB 的内部原理感兴趣，或希望参与到 TiDB 的开发中来，那么 可前往阅读 TiDB Kernel Development Guide 来获取更多 TiDB 的相关信息。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 99 4.1.3 应用程序与 TiDB 交互的方式· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 102 4.3 示例程序 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · storage 价格便宜，使用方便。对于不使用 Kafka 的用户，可以选择使用 storage sink。使用该功 能，TiCDC 会将 changed log 保存到文件，发送到存储系统中。用户自研的消费程序定时从存储系统读取 新产生的 changed log 进行数据处理。 Storage sink 支持格式为 canal-json 和 csv 的 changed log。更多信息，请参考用户文档。