From 267b2ed86b040abf5af920e5ae4cdfc58d35708e Mon Sep 17 00:00:00 2001 From: chenglei Date: Sun, 17 Apr 2022 21:48:59 +0800 Subject: [PATCH] HBASE-26940 Update the doc for read replica configuration (#4332) --- src/main/asciidoc/_chapters/architecture.adoc | 19 ++++--------------- 1 file changed, 4 insertions(+), 15 deletions(-) diff --git a/src/main/asciidoc/_chapters/architecture.adoc b/src/main/asciidoc/_chapters/architecture.adoc index 6f82f0fa676..8eb7dfb689f 100644 --- a/src/main/asciidoc/_chapters/architecture.adoc +++ b/src/main/asciidoc/_chapters/architecture.adoc @@ -3011,20 +3011,6 @@ Instead you can change the number of region replicas per table to increase or de Whether asynchronous WAL replication to the secondary region replicas is enabled or not. If this is enabled, a replication peer named "region_replica_replication" will be created which will tail the logs and replicate the mutations to region replicas for tables that have region replication > 1. If this is enabled once, disabling this replication also requires disabling the replication peer using shell or Admin java class. Replication to secondary region replicas works over standard inter-cluster replication. - - hbase.region.replica.replication.memstore.enabled - true - - If you set this to `false`, replicas do not receive memstore updates from - the primary RegionServer. If you set this to `true`, you can still disable - memstore replication on a per-table basis, by setting the table's - `REGION_MEMSTORE_REPLICATION` configuration property to `false`. If - memstore replication is disabled, the secondaries will only receive - updates for events like flushes and bulkloads, and will not have access to - data which the primary has not yet flushed. This preserves the guarantee - of row-level consistency, even when the read requests `Consistency.TIMELINE`. - - hbase.master.hfilecleaner.ttl @@ -3045,7 +3031,7 @@ Instead you can change the number of region replicas per table to increase or de hbase.region.replica.wait.for.primary.flush true - Whether to wait for observing a full flush cycle from the primary before start serving data in a secondary. Disabling this might cause the secondary region replicas to go back in time for reads between region movements. + Whether to wait for observing a full flush cycle from the primary before start serving data in a secondary. Disabling this might cause the secondary region replicas to go back in time for reads between region movements.Please note that if you set per-table property `REGION_MEMSTORE_REPLICATION` to false,`hbase.region.replica.wait.for.primary.flush` will be ignored. ---- @@ -3111,6 +3097,9 @@ Region replication is a per-table property. All tables have `REGION_REPLICATION = 1` by default, which means that there is only one replica per region. You can set and change the number of replicas per region of a table by supplying the `REGION_REPLICATION` property in the table descriptor. +There is another per-table property `REGION_MEMSTORE_REPLICATION`.All tables have `REGION_MEMSTORE_REPLICATION = true` +by default, which means the new data written to the primary region should be replicated. If you set this to `false`, replicas do not receive memstore updates from the primary RegionServer,they will only receive updates for events like flushes and bulkloads, and will not have access to data which the primary has not yet flushed. Please note that if you set `REGION_MEMSTORE_REPLICATION` to false,`hbase.region.replica.wait.for.primary.flush` will be ignored. + ==== Shell