| Parameter | Default value | Description | Applicable version |
|---|---|---|---|
| limitator.reviewer.rounds.max | 20 | The number of reverification rounds.
NoteIf you want to quickly obtain data inconsistencies or you are in a confirmed data inconsistency scenario, you can set the value of this parameter to |
All versions |
| limitator.reviewer.review.batch.max | 100 | The number of inconsistent unique keys to be verified by each reverification task. | All versions |
| limitator.review.query.batch.limit | 100 | The number of unique keys queried at the source/target at a time in reverification scenarios. This parameter is used in combination with limitator.reviewer.review.batch.max. For example, if limitator.reviewer.review.batch.max is set to 100 and limitator.review.query.batch.limit is set to 50, one reverification task needs to reverify 100 unique keys in total and can query 50 unique keys at the source/target each time. Therefore, the reverification task will access the database twice. |
Versions later than oboms-verifier-2.0.0-xxx |
| filter.verify.rectify.type | N/A | Data correction configuration. Valid values:
Notice
|
All versions |
| filter.verify.inmod.tables | N/A | Configuration for verifying tables by using the inmode mechanism. OMS supports general verification and inmode verification. The two verification modes differ in the method used by the target to read data. In inmode verification, the target does not read data based on the split range. Instead, the target calculates primary key values based on the data read by the source from a split part, and then reads data based on the primary key values.
NoticeThe inmode verification is inapplicable if the target has data that does exist at the source, and will downgrade the verification performance.
|
All versions |
| limitator.table.diff.max | 10000 | The maximum number of data inconsistencies allowed for each table. If the number of data inconsistencies in a table exceeds this value, the Incr-Verification component marks the table as an abnormal one and will not verify the remaining data.
NoticeWe recommend that you do not set this parameter to a value greater than 10 million. |
All versions |
| limitator.ready.verify.record.queue.size | 64 | The size of data to be verified. | Versions later than oboms-verifier-2.0.0-xxx |
| limitator.ready.rectify.record.queue.size | 64 | The size of data to be corrected. | Versions later than oboms-verifier-2.0.0-xxx |
| limitator.sink.slice.queue.size | 64 | The size of the splitting queue at the target. | Versions later than oboms-verifier-2.0.0-xxx |
| task.coordinatorSection.reviewTaskQueueSize | 64 | The size of the reverification task queue. | Versions later than oboms-verifier-2.0.0-xxx |
| limitator.verify.thread.size | 8 | The number of verification threads. | Versions later than oboms-verifier-2.0.0-xxx |
| limitator.review.thread.size | 16 | The number of reverification threads. | Versions later than oboms-verifier-2.0.0-xxx |
| limitator.rectify.thread.size | 32 | The number of correction threads. | Versions later than oboms-verifier-2.0.0-xxx |
| limitator.slice.split.batch.size | N/A | The number of unique keys concatenated in a single IN query at the target. | Versions later than oboms-verifier-1.0.23-20230904200300 |
| task.verify.split.useInvisibleColumn | true | Specifies whether tables without primary key are verified based on hidden columns. | Versions later than oboms-verifier-4.13.0 |
| task.verify.split.type | N/A | Specify a unique key or hidden column at the source/target for verification and reverification queries. | Versions later than oboms-verifier-4.13.0 |
Incr-Verification component parameters
share
Previous topic