leveldb 源码分析---接口详解之include文件

leveldb头文件结构

include
└── leveldb
    ├── c.h              => c binding
    ├── cache.h          => cache接口
    ├── comparator.h     => 比较器接口
    ├── db.h             => DB接口
    ├── env.h            => 为跨平台准备的env接口
    ├── filter_policy.h  => fliter策略,用于缓存,请看到文档及相应实现
    ├── iterator.h       => 迭代器,用于遍历数据库中存储的数据
    ├── options.h        => 包含控制数据库的Options,控制读的WriteOptions,ReadOptions
    ├── slice.h          => Slice的接口
    ├── status.h         => leveldb中大多接口返回的Status接口
    ├── table.h           => immutable接口
    ├── table_builder.h  => 用于创建table的构建器接口
    └── write_batch.h    => 使多个写操作成为原子写的接口

1.options.h

主要有 Option: Options, ReadOptions, WriteOptions. 可以通过配置相关选项,进行性能的优化。

1.1 option
  const Comparator* comparator; 默认字典排序
  bool create_if_missing;默认false,如果为true,在数据库丢失的时候,会自动创建。
  bool error_if_exists;默认false;true:代表如果数据库存在,会报错误。
  bool paranoid_checks;默认false.true:代表检查比较严格,有任何歧义,都会上报错误。
  Env* env; 平台兼容性相关,  // Default: Env::Default()
  Logger* info_log;  // Default: NULL
  size_t write_buffer_size;  // Default: 4MB ,增大该值,可以提升效率,但是会导致在下次数据库打开 ,恢复的时候占用太长时间。
  int max_open_files;   // Default: 1000 数据库 可以被打开的最大次数,当数据库预计操作的文件数据较大时,可以提高该值
  Cache* block_cache; //默认为null 时,leveldb  会创建 一个8M 的内在缓存。
  size_t block_size;每一个block 的大小,可以动态改变,实际的数据可能要小些。默认为4k.
  int block_restart_interval;  // Default: 16 ,差分编码时key  的数目,可以动态改变,建议不修改。
  size_t max_file_size;  // Default: 2MB, 在 leveldb 写入的最大数量,建议不修改,当你的文件系统在处理大文件效率较高,或者 需要操作一个较大数据库时,可以适当增加。
  CompressionType compression; //默认kSnappyCompression,压缩算法配置。
  bool reuse_logs;//默认false,true:代表,当数据库打开时,把相关的信息增加到mainfest 和 logfile 中。
  const FilterPolicy* filter_policy;  //bloom-filter 在levledb  读数据库时,极大 的提升效率。
1.2 ​ReadOptions
  ReadOptions()
      : verify_checksums(false),//检验
        fill_cache(true),
        //当用户执行Get操作时,将会把获取到的数据放入cache中.如果数据库中的数据较大,放置在cache中              // 并不合适,就可以设置fill_cache为false,关闭这一特性.
        snapshot(NULL) {
  }
1.3 WriteOptions
  WriteOptions()
      : sync(false) { //是否要进行同步写,默认false .
  }

2.c.h

leveldb 中大部分代码,都通过c 语言实现了,常见的增删改查。以及一些不常用的函数接口。

这里写图片描述

3.cache.h

为了提高性能,cache是不可避免的.cache.h中提供了Cache接口.LevelDB提供了基于LRU(least recent used)策略的Cache.如果需要提供自定义的cache方法,可以继承Cache类,并实现其中的纯虚函数.

这里写图片描述

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
根据引用,你提到了pip show jsonpath的安装成功。根据这个引用,我可以确认jsonpath已经成功安装在你的Python环境中。 至于你提到的"windows python LevelDB安装 metadata-generation-failed",我没有找到相关的引用来回答这个问题。但是我可以给你一些建议来解决这个问题。 首先,确保你已经正确地安装了LevelDB以及与之相关的依赖包。你可以尝试使用pip install命令来安装LevelDB。如果出现metadata generation failed的错误,可能是由于网络问题或者软件包源的问题导致的。你可以尝试使用其他的软件包源或者使用代理来解决这个问题。 另外,你还可以尝试使用conda来安装LevelDB,它是一个流行的Python包管理器,可以管理Python包及其依赖项。你可以在Anaconda官方网站上找到更多关于conda的信息和安装指南。 最后,如果上述方法都没有解决你的问题,我建议你检查一下你的操作系统和Python版本是否与LevelDB兼容。有时候,特定的软件包可能只能在特定的操作系统或者Python版本上正常工作。 希望这些建议对你有帮助,如果你还有其他问题,请随时提问。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* [python38安装jsonpath失败问题解决](https://blog.csdn.net/qq_27371025/article/details/125855179)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] - *2* *3* [The Log: What every software engineer should know about real-time data's unifying abstraction](https://blog.csdn.net/iloveu8780/article/details/80097101)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值