3.14. 再硬化

3.14.1. 再硬化配置

[resharding]

max_jobs

每个群集节点的最大重硬作业数。这包括已完成、失败和正在运行的作业。如果作业出现在u reshard/jobs HTTP API结果中，它将计入限制。当超过 max_jobs 作业已创建，后续请求将开始失败 max_jobs_exceeded 错误：：

[reshard]
max_jobs = 48

max_history

每个重硬作业都维护一个时间戳事件日志。此设置限制该日志的最大大小：

[reshard]
max_history = 20

max_retries

如果碎片分割步骤失败，要重试多少次。例如，如果索引或填充失败，则会在整个重新硬化作业失败之前重试多次：

[reshard]
max_retries = 1

retry_interval_sec

两次重试之间的等待时间：

[reshard]
retry_interval_sec = 10

delete_source

指示重新硬化完成后是否应删除源碎片。默认情况下，它是 true 因为这样可以恢复碎片使用的空间。当调试或需要额外的安全性时，可以切换到 false ：：

[reshard]
delete_source = true

update_shard_map_timeout_sec

等待碎片映射更新操作完成的秒数。如果有大量的shard db更改等待完成复制，那么增加这个超时可能会有好处：

[reshard]
update_shard_map_timeout_sec = 60

source_close_timeout_sec

等待源碎片关闭需要多少秒。”Close”在这个上下文中意味着保持数据库打开的客户端请求已经全部完成：

[reshard]
source_close_timeout_sec = 600

require_node_param

要求用户指定 node 创建重硬作业时的参数。这可以用作安全检查，以避免意外启动过多的重新加固作业：

[reshard]
require_node_param = false

require_range_param

要求用户指定 range 创建重硬作业时的参数。这可以用作安全检查，以避免意外启动过多的重新加固作业：

[reshard]
require_range_param = false