--- title: "Full-Verification 组件参数说明 | OceanBase 文档中心" description: Full-Verification 组件参数说明 参数 默认值 描述 适用版本 limitator.platform.threads.number 默认值和设置的全量校验资源配置相关 校验数据源读线程数。源端和目标端的读线程的数量取决于参数 limitator.platform.threads.number 和 li… --- 切换语言 - 中文站 - 简体中文 - International - English - 日本站 - 日本語 文档反馈![](https://mdn.alipayobjects.com/huamei_22khvb/afts/img/A*L03BS6f-o40AAAAAAAAAAAAADiGDAQ/original) 迁移服务 OMSV 4.3.1 企业版 # Full-Verification 组件参数说明 更新时间：2026-04-14 15:36:02 | 参数 | 默认值 | 描述 | 适用版本 | | --- | --- | --- | --- | | limitator.platform.threads.number | 默认值和设置的全量校验资源配置相关 | 校验数据源读线程数。源端和目标端的读线程的数量取决于参数 `limitator.platform.threads.number` 和 `limitator.source.max.thread.size`，计算逻辑如下： 1. `limitator.source.max.thread.size` 参数的默认值为 6。 2. 一端的读线程的初始值=`limitator.platform.threads.number`/2。 3. 则读线程的数量取 `limitator.source.max.thread.size` 的值和一端的读线程的初始值的较小值。 例如，`limitator.platform.threads.number`=10，则源端和目标端读线程各有 5 个。`limitator.platform.threads.number`=14，则源端和目标端读线程各有 6 个。 | 全部版本 | | limitator.platform.split.threads.number | 16 | 校验切片线程数。 | 全部版本 | | limitator.select.batch.max | 600 | 每个切片的最大记录数。 - 以 PK/UK 方式切片时，该数值是准确的每个切片处理的最大记录数。 - 以 Oracle ROWID 方式切片时，该值用于计算每个切片包含的 Block 数。 #### 说明 非切片性能瓶颈时，不建议修改该参数。 | 全部版本 | | limitator.reviewer.rounds.max | 20 | 复检轮数。 #### 说明 存在数据不一致的情况时，如果您需要快速获取不一致的结果，或已经确认是数据不一致的场景，可以设置该参数的值为 0，不进行复检直接输出数据对比的结果。 | 全部版本 | | limitator.reviewer.review.batch.max | 100 | 每一个复检任务要校验的不一致的唯一键个数。 | 全部版本 | | limitator.review.query.batch.limit | 100 | 【复检】每次查询源端/目标端的唯一键数量。该参数和 `limitator.reviewer.review.batch.max` 配合使用。例如，`limitator.reviewer.review.batch.max = 100`，而 `limitator.review.query.batch.limit=50`，说明一个复检任务会复检 100 个唯一键，而每次查询源端/目标端 50 个唯一键。因此该复检任务会查询两次数据库。 | oboms-verifier-2.0.0-xxx 之后版本 | | filter.verify.rectify.type | no | 数据订正设置参数，包括 `no` 和 `now`。 - no：表示发现不一致数据不订正。 - now：表示发现不一致数据立即订正。 #### 注意 - 非应急场景禁止将该参数配置为 `now`。如果需要配置，请和 OMS 技术支持人员确认。 - `oboms-verifier-2.0.0-xxx` 之后的版本支持 MySQL->OB_MySQL 和 OB_MySQL->OB_MySQL 自动订正功能，`oboms-verifier-1.xxx` 版本不支持该功能。 | 全部版本 | | filter.verify.inmod.tables | 无 | 使用 inmode 机制校验表的配置参数。OMS 校验包含普通校验和 inmode 校验，主要区别是目标端读取数据的方式。使用 inmode 模式校验，目标端不会根据切片范围去查询，而是根据源端通过某个切片读出的所有数据，从而计算出主键的值，目标端再根据主键的值进行查询。 #### 注意 使用 inmode 模式校验，将无法校验目标端存在源端没有的数据的场景，并且校验性能会有一定程度降级。 常见场景示例如下： - 配置当前任务的所有表均使用 inmode 校验：`filter.verify.inmod.tables=.*;.*;.*` - 配置 D1 库下的 T1 表使用 inmode 校验：`filter.verify.inmod.tables = D1;T1;.*` - 配置 D1 库下的 T1 和 T2 表使用 inmode 校验：`filter.verify.inmod.tables = D1;T1;.*\\|D1;T2;.*` - 配置 D1 库下的 T1、T2 表和 D2 库下的 T3、T4 表使用 inmode 校验：`filter.verify.inmod.tables = D1;T1;.*\\|D1;T2;.*\\|D2;T3;.*\\|D2;T4;.*` | 全部版本 | | limitator.table.diff.max | 10000 | 每张表允许的最大不一致数量。如果校验发现某张表不一致的数量超过该值，则将该表的状态置为异常，不会继续校验该表的数据。 #### 注意 不建议将该值设置为千万级别以上。 | 全部版本 | | limitator.ready.verify.record.queue.size | 64 | 等待校验数据队列数量。 | oboms-verifier-2.0.0-xxx 之后版本 | | limitator.ready.rectify.record.queue.size | 64 | 等待订正数据队列数量。 | oboms-verifier-2.0.0-xxx 之后版本 | | limitator.sink.slice.queue.size | 64 | 目标端切片队列大小. | oboms-verifier-2.0.0-xxx 之后版本 | | task.coordinatorSection.reviewTaskQueueSize | 64 | 复检任务队列大小。 | oboms-verifier-2.0.0-xxx 之后版本 | | limitator.verify.thread.size | 8 | 校验线程数。 | oboms-verifier-2.0.0-xxx 之后版本 | | limitator.review.thread.size | 16 | 复检线程数。 | oboms-verifier-2.0.0-xxx 之后版本 | | limitator.rectify.thread.size | 32 | 订正线程数。 | oboms-verifier-2.0.0-xxx 之后版本 | | limitator.slice.split.batch.size | 无 | 如果目标端使用 in 查询，则一次查询拼接的唯一键数量。 | oboms-verifier-1.0.23-20230904200300 之后版本 | 上述表格中的适用版本是指数据校验组件的的版本，您可以通过以下方式查看 OMS 当前校验版本。 1. 登录 OMS 部署服务器。 2. 进入 Docker 容器。 ```shell docker exec -it ${CONTAINER_NAME} bash ``` #### 注意 `CONTAINER_NAME` 为创建容器的名称。 3. 执行下述命令，查询校验组件的版本。 ```shell rpm -qa | grep "verifier" ``` 上一篇 下一篇 ![有帮助](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*y6ocSqN8cqsAAAAAAAAAAAAAARQnAQ)![无帮助](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*BG9IQJyLHF8AAAAAAAAAAAAAARQnAQ)![反馈](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*eTWdQKCRKHwAAAAAAAAAAAAAARQnAQ)[AI](https://www.oceanbase.com/obi) 咨询热线