tidb-server --store=memory 来启动一个纯内存引擎的 TiDB 启动 TiDB 服务器时，通过 --config path 可以指定服务器的配置文件。对于配置中重叠的选项，命令行启动参 数的优先级高于配置文件。 一份配置文件的示例参见 https://github.com/pingcap/tidb/blob/master/config/config.toml.example 事务遇见冲突时，提交事物最大重试次数 默认: 10 设置较大的重试次数会影响 TiDB 集群性能 允许任何人不带密码连接，并且所有的操作不检查权限 默认: false 值可以是(true) or (false)。启用此选项需要本机的 root 权限，一般用于忘记密码时重置 增量扫描全表并分析表的数据量 索引等一些信息 默认: “3s” 使用此参数需要先手动执行 analyze table name; 自动更新统计信息 持久化存储到 TiKV，会耗费一些 内存开销, TiDB 在 tcp 层开启 keepalive 默认: false PEM 格式的 SSL 证书文件路径 默认: “” 当同时设置了该选项和 --ssl-key 选项时，TiDB 将接受（但不强制）客户端使用 TLS 安全地连接到 TiDB。 若指定的证书或私钥无效，则 TiDB 会照常启动，但无法接受安全连接。 PEM 格式的 SSL 证书密钥文件路径，即

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 654 11.6.2 Dumpling 主要选项表 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1899 13.2.8 用 Sqoop批量写入 TiDB数据，虽然配置了 --batch选项，但还是会遇到 java.sql.BatchUpdateExecption:statement count 5001 exceeds the transaction limitation 的错误，该如何解决？ the recoverable goroutine” 报错，但不影响升级。 • 为了提升 TiDB 性能，TiDB 的 Go 编译器版本从 go1.13.7 升级到了 go1.16.4。如果你是 TiDB 的开发者，为了 能保证顺利编译，请对应升级你的 Go 编译器版本。 • 请避免在对使用 TiDB Binlog 的集群进行滚动升级的过程中新创建聚簇索引表。 • 请避免在 TiDB 滚动升级时执行

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1659 13.8.2 Dumpling 主要选项表 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3141 15.3.12 用 Sqoop批量写入 TiDB数据，虽然配置了 --batch选项，但还是会遇到 java.sql.BatchUpdateExecption:statement count 5001 exceeds the transaction limitation 的错误，该如何解决？ 执行在线有损恢复 #10483 • PD – 支持设置 Region Label 的 Time to live (TTL) #4694 – 支持 Region Buckets #4668 – 默认关闭编译 swagger server #4932 • TiFlash – 优化聚合算子的内存统计，从而能在 Merge 阶段选择更高效的算法 #4451 • Tools – Backup & Restore

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1981 13.8.2 Dumpling 主要选项表 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3672 15.3.12 用 Sqoop批量写入 TiDB数据，虽然配置了 --batch选项，但还是会遇到 java.sql.BatchUpdateExecption:statement count 5001 exceeds the transaction limitation 的错误，该如何解决？ and-s3" �→ target="_blank">存储计算分离和 S3 共享存储（实验特性，从 v7.0.0 开始引入） TiFlash 增加云原生架构的支持作为可选项：

• 支持存算分离架构，提升 HTAP 资源的弹性能力。
32
• 支持基于 S3 的存储引擎，以更低的成本提供共享存储。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2430 13.8.2 Dumpling 主要选项表 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4164 15.3.12 用 Sqoop批量写入 TiDB数据，虽然配置了 --batch选项，但还是会遇到 java.sql.BatchUpdateException:statement count 5001 exceeds the transaction limitation 的错误，该如何解决？ d> 实例级执行计划缓存允许同一个 TiDB 实例的所有会话共享执行计划缓存。 �→ 与现有的会话级执行计划缓存相比，实例级执行计划缓存能够在内存中缓存更多执行计划，减少 SQL �→ 编译时间，从而降低 SQL 整体运行时间，提升 OLTP 的性能和吞吐，同时更好地控制内存使用， �→ 提升数据库稳定性。 39 0 码力 | 5095 页 | 104.54 MB | 10 月前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 675 11.6.2 Dumpling 主要选项表 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1948 13.2.8 用 Sqoop批量写入 TiDB数据，虽然配置了 --batch选项，但还是会遇到 java.sql.BatchUpdateExecption:statement count 5001 exceeds the transaction limitation 的错误，该如何解决？ id、索引值等信 息，简化了定位 key 所属的表、解读 key 的内容等信息的操作。 – 支持在 DEADLOCKS 表中收集可重试的死锁错误的信息，以便于排查因可重试的死锁引发的问题。 默认不收集，可通过配置选项 pessimistic-txn.deadlock-history-collect-retryable 启用。 – TIDB_TRX 系统表支持区分正在执行查询的事务和闲置中的事务，即将原来的 Normal

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2171 13.8.2 Dumpling 主要选项表 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4144 15.3.12 用 Sqoop批量写入 TiDB数据，虽然配置了 --batch选项，但还是会遇到 java.sql.BatchUpdateException:statement count 5001 exceeds the transaction limitation 的错误，该如何解决？ d> 实例级执行计划缓存允许同一个 TiDB 实例的所有会话共享执行计划缓存。 �→ 与现有的会话级执行计划缓存相比，实例级执行计划缓存能够在内存中缓存更多执行计划，减少 SQL �→ 编译时间，从而降低 SQL 整体运行时间，提升 OLTP 的性能和吞吐，同时更好地控制内存使用， �→ 提升数据库稳定性。 34 0 码力 | 5072 页 | 104.05 MB | 10 月前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1887 13.8.2 Dumpling 主要选项表 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3471 15.3.12 用 Sqoop批量写入 TiDB数据，虽然配置了 --batch选项，但还是会遇到 java.sql.BatchUpdateExecption:statement count 5001 exceeds the transaction limitation 的错误，该如何解决？ 平台上安装。 你也可以使用其他数据库驱动，例如 mysqlclient 以及 mysql-connector-python。但是它们不是纯 Python 库，需要 安装对应的 C/C++ 编译器和 MySQL 客户端库进行编译。更多信息，参考 SQLAlchemy 官方文档。 第 3 步：配置连接信息 根据不同的 TiDB 部署方式，使用不同的方法连接到 TiDB 集群。 注意： TiDB Serverless

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 700 11.6.2 Dumpling 主要选项表 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2039 13.2.8 用 Sqoop批量写入 TiDB数据，虽然配置了 --batch选项，但还是会遇到 java.sql.BatchUpdateExecption:statement count 5001 exceeds the transaction limitation 的错误，该如何解决？ 的下游类型，目前支持 mysql、tidb、kafka 和 file。 • drainer_servers.config.syncer.to TiDB Binlog 的下游配置。根据 db-type 的不同，该选项可配置下游数据库的连接参数、Kafka 的连接参数、 文件保存路径。详细说明可参见TiDB Binlog 配置说明。 注意： • 编辑配置文件模版时，如无需自定义端口或者目录，仅修改 IP 即可。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 861 11.6.2 Dumpling 主要选项表 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2489 13.2.8 用 Sqoop批量写入 TiDB数据，虽然配置了 --batch选项，但还是会遇到 java.sql.BatchUpdateExecption:statement count 5001 exceeds the transaction limitation 的错误，该如何解决？ 的下游类型，目前支持 mysql、tidb、kafka 和 file。 • drainer_servers.config.syncer.to TiDB Binlog 的下游配置。根据 db-type 的不同，该选项可配置下游数据库的连接参数、Kafka 的连接参数、 文件保存路径。详细说明可参见TiDB Binlog 配置说明。 注意： • 编辑配置文件模版时，如无需自定义端口或者目录，仅修改 IP 即可。