accumulo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Eric Newton <>
Subject Re: Check split points of a given table
Date Tue, 24 Sep 2013 15:06:02 GMT
The !METADATA table isn't well documented, or part of the public API. And
it will change in future releases.

The row id consists of the table id, a semicolon, and the end-row.  When
there is no end-row, the row id ends with "<".


Every tablet will have a "prev row" entry, which points to the previous
tablet's end row.  This entry contains a value for the prev row, which
starts with \x01 if the entry has a previous row, or \x00 if this is the
first tablet in the table.

7;endrow ~tab:~pr \x00
7;lastrow ~tab:~pr \x01endrow
7;zzzzzz ~tab;~pr \x01lastrow
7<          ~tab;~pr \x01zzzzzz

BTW, the tilde (~) is used to make sure that this entry occurs last in the
tablet.  The !METADATA should always have chains of end-row/prev-row
entries, except during splits and merges.

Tablets contain file references, which contain the file size, and estimated
key count.  Due to splits and bulk imports, the number of keys that apply
to a given tablet for a file reference is not precise.  The entry looks
like this:

7;endrow file:/t-000000/F000000j.rf 9999,123

This tablet points to
hdfs://namenode/accumulo/tables/7/t-000000/F000000j.rf.  The file is 9999
bytes long (compressed) and contains 123 key/value entries.

Since 1.4, file names (F000000.rf) should be universally unique.  The file
naming scheme is:

F- Result of a Flush, a minor compaction
C- Result of a major Compaction, but not over all files
A- Major compaction of All files, in which delete entries were removed.
M- Result of a Merging minor compaction.  A flush that was combined with
the smallest file because there were already too many files in the tablet.
B- A file that was bulk imported

So, if you scan the !METADATA table, looking for prev-row entries, and file
entries, you can get a reasonable estimate of size of each tablet,
including those that are empty.

When tables are cloned, the filenames are relative:

7;endrow file:../5/t-1234567/C00000f.rf 1234,56

In 1.6, the filenames will be absolute:

7;endrow file:hdfs://namenode:port/accumulo/tables/7/t-1234567/C00000f.rf

tl;dr - use the file entries: the first number in the value is the file


On Mon, Sep 23, 2013 at 5:15 PM, Mastergeek <> wrote:

> So I basically blanket scanned the !METADATA table, but I'm having trouble
> interpreting the information. I can't seem to find a clear definition of
> what is in that table so I'm having issues reading the data. A link, if you
> have one, or any kind of elaboration would be greatly appreciated.
> Thanks,
> Jeff
> -----
> --
> View this message in context:
> Sent from the Developers mailing list archive at

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message