Issue 8141 - Weird info returned by mdb_stat
Summary: Weird info returned by mdb_stat
Status: VERIFIED INVALID
Alias: None
Product: LMDB
Classification: Unclassified
Component: liblmdb (show other issues)
Version: unspecified
Hardware: All All
: --- normal
Target Milestone: ---
Assignee: OpenLDAP project
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-05-12 16:24 UTC by elecharny@openldap.org
Modified: 2020-03-20 22:51 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description elecharny@openldap.org 2015-05-12 16:24:17 UTC
Full_Name: Emmanuel Lecharny
Version: 2.4.38
OS: 
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (92.163.84.201)


When running mdb_stat on some existing database, we get some results like :

Status of className
  Tree depth: 1
  Branch pages: 0
  Leaf pages: 1
  Overflow pages: 0
  Entries: 72899

I wonder how possibly we could have 72 899 entries stored into one single 4kb
page.
Comment 1 Howard Chu 2015-05-12 16:54:24 UTC
elecharny@apache.org wrote:
> Full_Name: Emmanuel Lecharny
> Version: 2.4.38
> OS:
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (92.163.84.201)
>
>
> When running mdb_stat on some existing database, we get some results like :
>
> Status of className
>    Tree depth: 1
>    Branch pages: 0
>    Leaf pages: 1
>    Overflow pages: 0
>    Entries: 72899
>
> I wonder how possibly we could have 72 899 entries stored into one single 4kb
> page.

You're looking at an index DB which uses sorted duplicates. The space used by 
the duplicates is in a subtree and the stats for that subtree aren't available.

-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/