修复空配置可能导致 dm-master panic 的问题 #3732 – TiDB Lightning * 修复前置检查中没有检查本地磁盘空间以及集群是否可用的问题 #34213 * 修复 schema 路由错误的问题 #33381 * 修复 TiDB Lightning panic 时 PD 配置未正确恢复的问题 #31733 * 修复由 auto_increment 列的数据越界导致 local 进程所接受的最大并发连接数。 user haproxy # 同 UID 参数。 group haproxy # 同 GID 参数，建议使用专用用户组。 nbproc 64 # 在后台运行时创建的进程数。在启动多个进程转发请求时， �→ 确保该值足够大，保证 HAProxy 不会成为瓶颈。 daemon # 让 HAProxy 以守护进程的方式工作于后台， �→ 等同于命令行参数“-D”的功能。当然，也可以在命令行中用“-db”参数将其禁用。 进程所接受的最大并发连接数。 user haproxy # 同 UID 参数。 group haproxy # 同 GID 参数，建议使用专用用户组。 nbproc 64 # 在后台运行时创建的进程数。在启动多个进程转发请求时， �→ 确保该值足够大，保证 HAProxy 不会成为瓶颈。 daemon # 让 HAProxy 以守护进程的方式工作于后台， �→ 等同于命令行参数“-D”的功能。当然，也可以在命令行中用“-db”参数将其禁用。

任务将运行。你可以在终端的右侧查看进度。 完成所有任务后，你可以看到如下所示的页面，并在左侧导航栏的 REMOTE EXPLORER 中找到你的端口 8080 URL（Gitpod 支持基于 URL 的端口转发）。 434 图 29: playground gitpod workspace ready 4.12.1.3 使用自定义的 Gitpod 配置和 Docker 镜像 4.12.1.3.1 自定义 default_hostgroup：用户使用的默认 hostgroup，除非特定的查询规则覆盖了 hostgroup，否则 SQL 将会默认路由到 default_hostgroup。 • transaction_persistent：值为 1 表示使用持久性事务。即当用户在一个连接中启动 一个事务时，所有的查询语句都被路由到同一个 hostgroup，直到事务被提交或回 滚。 选项 2: 使用配置文件配置 ProxySQL 459 4.13.3.6.1 查询规则 数据库可能会因为高流量、错误代码或恶意攻击而过载。因此，审核 SQL 是必要的。使用 ProxySQL 的查询规 则，你可以有效地应对这些问题，例如通过重路由、改写 SQL 或者拒绝查询等方式。 图 34: proxysql-client-side-rules 注意： 以下步骤使用 TiDB 和 ProxySQL 的容器镜像配置查询规则。如果你还没有拉取这些镜像，请参

任务将运行。你可以在终端的右侧查看进度。 完成所有任务后，你可以看到如下所示的页面，并在左侧导航栏的 REMOTE EXPLORER 中找到你的端口 8080 URL（Gitpod 支持基于 URL 的端口转发）。 419 图 29: playground gitpod workspace ready 4.12.1.3 使用自定义的 Gitpod 配置和 Docker 镜像 4.12.1.3.1 自定义 default_hostgroup：用户使用的默认 hostgroup，除非特定的查询规则覆盖了 hostgroup，否则 SQL 将会默认路由到 default_hostgroup。 • transaction_persistent：值为 1 表示使用持久性事务。即当用户在一个连接中启动 一个事务时，所有的查询语句都被路由到同一个 hostgroup，直到事务被提交或回 滚。 选项 2: 使用配置文件配置 ProxySQL 444 4.13.3.6.1 查询规则 数据库可能会因为高流量、错误代码或恶意攻击而过载。因此，审核 SQL 是必要的。使用 ProxySQL 的查询规 则，你可以有效地应对这些问题，例如通过重路由、改写 SQL 或者拒绝查询等方式。 图 34: proxysql-client-side-rules 注意： 以下步骤使用 TiDB 和 ProxySQL 的容器镜像配置查询规则。如果你还没有拉取这些镜像，请参

任务将运行。你可以在终端的右侧查看进度。 完成所有任务后，你可以看到如下所示的页面，并在左侧导航栏的 REMOTE EXPLORER 中找到你的端口 8080 URL（Gitpod 支持基于 URL 的端口转发）。 490 图 30: playground gitpod workspace ready 4.13.1.3 使用自定义的 Gitpod 配置和 Docker 镜像 4.13.1.3.1 自定义 default_hostgroup：用户使用的默认 hostgroup，除非特定的查询规则覆盖了 hostgroup，否则 SQL 将会默认路由到 default_hostgroup。 • transaction_persistent：值为 1 表示使用持久性事务。即当用户在一个连接中启动 一个事务时，所有的查询语句都被路由到同一个 hostgroup，直到事务被提交或回 滚。 选项 2: 使用配置文件配置 ProxySQL 515 4.14.3.6.1 查询规则 数据库可能会因为高流量、错误代码或恶意攻击而过载。因此，审核 SQL 是必要的。使用 ProxySQL 的查询规 则，你可以有效地应对这些问题，例如通过重路由、改写 SQL 或者拒绝查询等方式。 图 35: proxysql-client-side-rules 注意： 以下步骤使用 TiDB 和 ProxySQL 的容器镜像配置查询规则。如果你还没有拉取这些镜像，请参

任务将运行。你可以在终端的右侧查看进度。 完成所有任务后，你可以看到如下所示的页面，并在左侧导航栏的 REMOTE EXPLORER 中找到你的端口 8080 URL（Gitpod 支持基于 URL 的端口转发）。 423 图 29: playground gitpod workspace ready 4.12.1.3 使用自定义的 Gitpod 配置和 Docker 镜像 4.12.1.3.1 自定义 default_hostgroup：用户使用的默认 hostgroup，除非特定的查询规则覆盖了 hostgroup，否则 SQL 将会默认路由到 default_hostgroup。 • transaction_persistent：值为 1 表示使用持久性事务。即当用户在一个连接中启动 一个事务时，所有的查询语句都被路由到同一个 hostgroup，直到事务被提交或回 滚。 选项 2: 使用配置文件配置 ProxySQL 448 4.13.3.6.1 查询规则 数据库可能会因为高流量、错误代码或恶意攻击而过载。因此，审核 SQL 是必要的。使用 ProxySQL 的查询规 则，你可以有效地应对这些问题，例如通过重路由、改写 SQL 或者拒绝查询等方式。 图 34: proxysql-client-side-rules 注意： 以下步骤使用 TiDB 和 ProxySQL 的容器镜像配置查询规则。如果你还没有拉取这些镜像，请参

任务将运行。你可以在终端的右侧查看进度。 完成所有任务后，你可以看到如下所示的页面，并在左侧导航栏的 REMOTE EXPLORER 中找到你的端口 8080 URL（Gitpod 支持基于 URL 的端口转发）。 494 图 30: playground gitpod workspace ready 4.13.1.3 使用自定义的 Gitpod 配置和 Docker 镜像 4.13.1.3.1 自定义 default_hostgroup：用户使用的默认 hostgroup，除非特定的查询规则覆盖了 hostgroup，否则 SQL 将会默认路由到 default_hostgroup。 • transaction_persistent：值为 1 表示使用持久性事务。即当用户在一个连接中启动 一个事务时，所有的查询语句都被路由到同一个 hostgroup，直到事务被提交或回 滚。 选项 2: 使用配置文件配置 ProxySQL 519 4.14.3.6.1 查询规则 数据库可能会因为高流量、错误代码或恶意攻击而过载。因此，审核 SQL 是必要的。使用 ProxySQL 的查询规 则，你可以有效地应对这些问题，例如通过重路由、改写 SQL 或者拒绝查询等方式。 图 35: proxysql-client-side-rules 注意： 以下步骤使用 TiDB 和 ProxySQL 的容器镜像配置查询规则。如果你还没有拉取这些镜像，请参

任务将运行。你可以在终端的右侧查看进度。 完成所有任务后，你可以看到如下所示的页面，并在左侧导航栏的 REMOTE EXPLORER 中找到你的端口 8080 URL（Gitpod 支持基于 URL 的端口转发）。 430 图 29: playground gitpod workspace ready 4.12.1.3 使用自定义的 Gitpod 配置和 Docker 镜像 4.12.1.3.1 自定义 default_hostgroup：用户使用的默认 hostgroup，除非特定的查询规则覆盖了 hostgroup，否则 SQL 将会默认路由到 default_hostgroup。 • transaction_persistent：值为 1 表示使用持久性事务。即当用户在一个连接中启动 一个事务时，所有的查询语句都被路由到同一个 hostgroup，直到事务被提交或回 滚。 选项 2: 使用配置文件配置 ProxySQL 455 4.13.3.6.1 查询规则 数据库可能会因为高流量、错误代码或恶意攻击而过载。因此，审核 SQL 是必要的。使用 ProxySQL 的查询规 则，你可以有效地应对这些问题，例如通过重路由、改写 SQL 或者拒绝查询等方式。 图 34: proxysql-client-side-rules 注意： 以下步骤使用 TiDB 和 ProxySQL 的容器镜像配置查询规则。如果你还没有拉取这些镜像，请参

任务将运行。你可以在终端的右侧查看进度。 完成所有任务后，你可以看到如下所示的页面，并在左侧导航栏的 REMOTE EXPLORER 中找到你的端口 8080 URL（Gitpod 支持基于 URL 的端口转发）。 420 图 29: playground gitpod workspace ready 4.12.1.3 使用自定义的 Gitpod 配置和 Docker 镜像 4.12.1.3.1 自定义 default_hostgroup：用户使用的默认 hostgroup，除非特定的查询规则覆盖了 hostgroup，否则 SQL 将会默认路由到 default_hostgroup。 • transaction_persistent：值为 1 表示使用持久性事务。即当用户在一个连接中启动 一个事务时，所有的查询语句都被路由到同一个 hostgroup，直到事务被提交或回 滚。 选项 2: 使用配置文件配置 ProxySQL 445 4.13.3.6.1 查询规则 数据库可能会因为高流量、错误代码或恶意攻击而过载。因此，审核 SQL 是必要的。使用 ProxySQL 的查询规 则，你可以有效地应对这些问题，例如通过重路由、改写 SQL 或者拒绝查询等方式。 图 34: proxysql-client-side-rules 注意： 以下步骤使用 TiDB 和 ProxySQL 的容器镜像配置查询规则。如果你还没有拉取这些镜像，请参

1/troubleshoot-hot-spot-issues#打散读热点" �→ target="_blank">基于负载的副本读取 在读热点场景中，TiDB 可以将热点 TiKV 节点的读请求转发到副本。 �→ 该功能有效地打散了读热点并优化了集群资源的利用。你可以通过调整系统变量 0 码力 | 4369 页 | 98.92 MB | 1 年前

3

任务将运行。你可以在终端的右侧查看进度。 完成所有任务后，你可以看到如下所示的页面，并在左侧导航栏的 REMOTE EXPLORER 中找到你的端口 8080 URL（Gitpod 支持基于 URL 的端口转发）。 428 图 26: playground gitpod workspace ready 4.12.1.3 使用自定义的 Gitpod 配置和 Docker 镜像 4.12.1.3.1 自定义 default_hostgroup：用户使用的默认 hostgroup，除非特定的查询规则覆盖了 hostgroup，否则 SQL 将会默认路由到 default_hostgroup。 • transaction_persistent：值为 1 表示使用持久性事务。即当用户在一个连接中启动 一个事务时，所有的查询语句都被路由到同一个 hostgroup，直到事务被提交或回 滚。 选项 2: 使用配置文件配置 ProxySQL 453 4.13.3.6.1 查询规则 数据库可能会因为高流量、错误代码或恶意攻击而过载。因此，审核 SQL 是必要的。使用 ProxySQL 的查询规 则，你可以有效地应对这些问题，例如通过重路由、改写 SQL 或者拒绝查询等方式。 图 31: proxysql-client-side-rules 注意： 以下步骤使用 TiDB 和 ProxySQL 的容器镜像配置查询规则。如果你还没有拉取这些镜像，请参