Uploaded image for project: 'HBase'
  1. HBase
  2. HBASE-22887

HFileOutputFormat2 split a lot of HFile by roll once per rowkey

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Resolved
    • Major
    • Resolution: Fixed
    • 2.0.0
    • 3.0.0-alpha-1, 2.3.0
    • mapreduce
    • None
    • HBase 2.0.0

    • Reviewed

    Description

      When I use HFileOutputFormat2 in mr job to build HFiles,in reducer it creates lots of files.

      Here is the log:

      2019-08-16 14:42:51,988 INFO [main] org.apache.hadoop.hbase.mapreduce.HFileOutputFormat2: Writer=hdfs://hfile/_temporary/1/_temporary/attempt_1558444096078_519332_r_000016_0/F1/06f3b0e9f0644ee782b7cf4469f44a70, wrote=893827310 Writer=hdfs://hfile/_temporary/1/_temporary/attempt_1558444096078_519332_r_000016_0/F1/1454ea148f1547499209a266ad25387f, wrote=61 Writer=hdfs://hfile/_temporary/1/_temporary/attempt_1558444096078_519332_r_000016_0/F1/9d35446634154b4ca4be56f361b57c8b, wrote=55 
      ...  

      It keep writing a new file every rowkey comes.
      then I output more logs for detail and found the problem. Code HereGitHub

      if (wl != null && wl.written + length >= maxsize) {
        this.rollRequested = true;
      }
      
      // This can only happen once a row is finished though
      if (rollRequested && Bytes.compareTo(this.previousRow, rowKey) != 0) {
        rollWriters(wl);
      }

      In my Case,I have two fimaly F1 & F2,and writer of F2 arrives the maxsize
      ,so rollRequested becomes true, but it's rowkey was the same with previousRow so writer won't be roll. When next rowkey comes with fimaly F1, both of rollRequested && Bytes.compareTo(this.previousRow, rowKey) != 0 is true,and writter of F1 will be roll , new Hfile create. And then same rowkey with fimaly F2 comes set rollRequested
      true, and next rowkey with fimaly F1 comes writter of F1 rolled. 
      So, it will create a new Hfile for every rowkey with fimaly F1, and F2 will never be roll until job ends.
       
      Here is my questions and part of solutions:
      Q1. First whether hbase 2.0.0 support different family of same HbaseTable has different rowkey cut?Which means rowkeyA writes in the first HFile of F1,but may be the second HFile of F2. For hbase 1.x.x it doesn't support so we roll all the writter and won't get this problem. I guess the answer is "Yes,support" , we goes to Q2.
      Q2. Do we allow same rowkey with same family, comes to HFileOutputFormat2.write?
      If not, can we fix it this way, cause this rowKey will never be the same with previouseRow

       if (wl != null && wl.written + length >= maxsize) { 
            rollWriters(wl);
       }

      If yes, should we need Map to record previouseRow

      private final Map<byte[], byte[]> previousRows =
              new TreeMap<>(Bytes.BYTES_COMPARATOR);
      
      if (wl != null && wl.written + length >= maxsize && Bytes.compareTo(this.previousRows.get(family), rowKey) != 0) { 
           rollWriters(wl); 
      }

      Attachments

        Issue Links

          Activity

            People

              langdamao langdamao
              langdamao langdamao
              Votes:
              0 Vote for this issue
              Watchers:
              8 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: