You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@hbase.apache.org by st...@apache.org on 2016/11/01 16:41:10 UTC

hbase git commit: HBASE-16986 Revisiting default value for hbase.client.scanner.caching

Repository: hbase
Updated Branches:
  refs/heads/master b2d1e21e7 -> 47d9ba324


HBASE-16986 Revisiting default value for hbase.client.scanner.caching

This reverts commit b2d1e21e77644c9b0b5e83dcb662e5b2f71df072.

This is a revert of a revert to fix the commit message so we have
the right JIRA number


Project: http://git-wip-us.apache.org/repos/asf/hbase/repo
Commit: http://git-wip-us.apache.org/repos/asf/hbase/commit/47d9ba32
Tree: http://git-wip-us.apache.org/repos/asf/hbase/tree/47d9ba32
Diff: http://git-wip-us.apache.org/repos/asf/hbase/diff/47d9ba32

Branch: refs/heads/master
Commit: 47d9ba32433e0d1c71fa6411388887e5b8faf2cd
Parents: b2d1e21
Author: Michael Stack <st...@apache.org>
Authored: Tue Nov 1 09:40:03 2016 -0700
Committer: Michael Stack <st...@apache.org>
Committed: Tue Nov 1 09:40:03 2016 -0700

----------------------------------------------------------------------
 src/main/asciidoc/_chapters/upgrading.adoc | 11 +++++++++++
 1 file changed, 11 insertions(+)
----------------------------------------------------------------------


http://git-wip-us.apache.org/repos/asf/hbase/blob/47d9ba32/src/main/asciidoc/_chapters/upgrading.adoc
----------------------------------------------------------------------
diff --git a/src/main/asciidoc/_chapters/upgrading.adoc b/src/main/asciidoc/_chapters/upgrading.adoc
index 9552024..b0a5565 100644
--- a/src/main/asciidoc/_chapters/upgrading.adoc
+++ b/src/main/asciidoc/_chapters/upgrading.adoc
@@ -226,6 +226,17 @@ NOTE: You cannot do a <<hbase.rolling.upgrade,rolling upgrade>> from 0.96.x to 1
 
 There are no known issues running a <<hbase.rolling.upgrade,rolling upgrade>> from HBase 0.98.x to HBase 1.0.0.
 
+[[upgrade1.0.scanner.caching]]
+==== Scanner Caching has Changed
+.From 0.98.x to 1.x
+In hbase-1.x, the default Scan caching 'number of rows' changed.
+Where in 0.98.x, it defaulted to 100, in later HBase versions, the
+default became Integer.MAX_VALUE. Not setting a cache size can make
+for Scans that run for a long time server-side, especially if 
+they are running with stringent filtering.  See
+link:https://issues.apache.org/jira/browse/HBASE-16973[Revisiting default value for hbase.client.scanner.caching]; 
+for further discussion.
+
 [[upgrade1.0.from.0.94]]
 ==== Upgrading to 1.0 from 0.94
 You cannot rolling upgrade from 0.94.x to 1.x.x.  You must stop your cluster, install the 1.x.x software, run the migration described at <<executing.the.0.96.upgrade>> (substituting 1.x.x. wherever we make mention of 0.96.x in the section below), and then restart. Be sure to upgrade your ZooKeeper if it is a version less than the required 3.4.x.