[
https://issues.apache.org/jira/browse/HBASE-27641?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hernan Gelaf-Romer updated HBASE-27641:
---------------------------------------
Description:
Verify replication can generate a lot of `BADROWS` results when comparing a row
that may be particularly hot at the time of re-compare. This can lead to a
mismatch between the source and sink result due to replication lag.
We could add some configurable re-compare mechanism that will make verify
replication less susceptible to falsely reporting `BADROWS` when under
significant write load. These re-compares can be done asynchronously so as to
not significantly slow down the execution time of the job.
was:
Verify replication can generate a lot of `BADROWS` results when comparing a row
that may be particularly hot at the time of re-compare. This can lead to a
mismatch between the source and sink result if due to replication lag.
We could add some configurable re-compare mechanism that will make verify
replication less susceptible to falsely reporting `BADROWS` when under
significant write load. These re-compares can be done asynchronously so as to
not significantly slow down the execution time of the job.
> Verify replication reporting excessive BADROWS
> ----------------------------------------------
>
> Key: HBASE-27641
> URL: https://issues.apache.org/jira/browse/HBASE-27641
> Project: HBase
> Issue Type: Improvement
> Components: mapreduce, Replication
> Reporter: Hernan Gelaf-Romer
> Assignee: Hernan Gelaf-Romer
> Priority: Minor
>
> Verify replication can generate a lot of `BADROWS` results when comparing a
> row that may be particularly hot at the time of re-compare. This can lead to
> a mismatch between the source and sink result due to replication lag.
> We could add some configurable re-compare mechanism that will make verify
> replication less susceptible to falsely reporting `BADROWS` when under
> significant write load. These re-compares can be done asynchronously so as to
> not significantly slow down the execution time of the job.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
