它解决什么问题
建在 HDFS 上的分布式列式 KV 库
Apache HBase
STACKS数据与存储Apache 软件基金会 · 分布式列式 KV 存储
所属栏目
数据与存储
缓存与文档
形态
分布式列式 KV 存储
开源 / 商业 / 托管形态
许可证
Apache-2.0
以官方仓库为准
数据日期
2026-10-27
条目信息核对到这一天
Apache HBase 编辑总结
整理日期：2026-10-27 · 缓存与文档 · 同分类 6 个
分类缓存与文档数据与存储下的分类
形态分布式列式 KV 存储交付形态，决定怎么接入
主要语言Java以官方仓库为准
许可证Apache-2.0商用前核对 LICENSE 原文
同分类条目6可与下方对比表横向比较
上面几项是本条目的关键信息摘要，正文整理见下方「详细说明」与「关键信息」。
详细说明
核心优势
按行键做海量随机读写，写入吞吐高且能水平扩展，适合稀疏大宽表；强一致读写与多版本能力让它常被用来存明细与状态，监控与运维方案成熟。
注意事项
行键设计是性能命门，热点与倾斜一旦出现很难在线修复；依赖 HDFS 与协调服务，组件多、故障恢复慢，小集群运维成本不低。
适合场景
海量明细的随机读写与稀疏宽表存储。
不适合场景
以复杂关联查询为主的分析型业务。
关键信息
- 维护方
- Apache 软件基金会
- 分类
- 缓存与文档
- 形态
- 分布式列式 KV 存储
- 主要语言
- Java
- 许可证
- Apache-2.0
- 代码仓库
- https://github.com/apache/hbase
- 官方文档
- https://hbase.apache.org/
特性标签
KV 存储列式随机读写
标签取自各项目公开信息里的分类字段，未做二次归类。
同分类数据与存储对比
| 方案 | 形态 | 定位 | 许可证 |
|---|---|---|---|
| Valkey | 内存键值数据库（Redis 协议） | Redis 协议的开源分支，许可回到 BSD | BSD-3-Clause |
| Memcached | 分布式内存对象缓存 | 只做缓存的极简内存键值服务 | BSD-3-Clause |
| Apache CouchDB | 文档数据库（HTTP / JSON 接口） | HTTP 与 JSON 接口的文档数据库 | Apache-2.0 |
| Aerospike | 实时 NoSQL 键值数据库 | 索引常驻内存、数据落闪存的高并发键值库 | AGPL-3.0（社区版） |
| Neo4j | 图数据库 | 以关系为核心的原生图数据库 | GPL-3.0（社区版，企业版商业许可） |
| NebulaGraph | 分布式图数据库 | 可水平扩展的分布式图数据库 | Apache-2.0 |
同一分类内的方案才适合横向比较；定位列已按详情页原文截断
相关链接
数据与存储 常见问题
关系库、缓存、搜索、向量库，要各挑一个吗？
按数据形态分：事务数据用关系库，热点与计数用缓存，全文与日志检索用搜索型或分析型库，语义检索用向量库。规模不大时，PostgreSQL 的扩展（pgvector、全文检索、JSONB）往往能顶替后三类，可以少维护一套系统。
向量库要单独部署，还是用 PostgreSQL 的向量扩展？
数据量在千万级向量以内、且已经在用 PostgreSQL 时，pgvector 往往够用，少一套运维；超过这个量级或要做大规模混合检索，再考虑专用向量库。
数据说明
所属栏目数据与存储分类：缓存与文档
数据来源项目官方文档与代码仓库定位、优势与许可条件取自官方资料，中文为归纳版
数据日期2026-10-27条目信息核对到这一天；官方更新后以官方为准
口径边界整理不改写能力、价格与许可证以官方为准；本站不打分、不排推荐名次
页面文字只做中文整理，数值不改写；仓库地址、许可证与版本请以官方仓库为准，本站与所列项目无隶属关系。
继续浏览数据与存储
返回栏目列表
上一个条目已经是第一个了
下一个条目已经是最后一个了
同分类的其他数据与存储
更多条目信息取自各项目官方仓库与文档；定位、优势与注意事项为中文归纳，数值不改写，仓库地址、许可证与版本以官方为准。
