NebulaGraph 全球图数据库排名第二
本文首发于「NebulaGraph」公众平台,更多产品资讯请访问「NebulaGraph 官网」
一份权威的行业排名,见证了 NebulaGraph 的飞速成长。
2019 年 12 月
NebulaGraph 首次进入 DB-Engines 图数据库管理系统排名,排名最末。
2022 年 9 月
NebulaGraph 位列第十四名。
2023 年 4 月
NebulaGraph 跻身 Top 10,名列第九,在 Graph 类别下排名第三。
2025 年 9 月
NebulaGraph 在 Graph 类别荣登第二 ,仅次于 Neo4j.
作为全球数据库领域的“奥斯卡奖”,DB-Engines 排名是衡量数据库流行度的重要指标。**NebulaGraph 在 DB-Engines Graph 类别中排名第二,**不仅证明了 NebulaGraph 在全球开发者社区和市场需求中的受欢迎程度,更体现了中国基础软件在国际舞台上的崛起。
01 DB-Engines 排名
DB-Engines 排名由奥地利技术专家 Matthias Gelbmann 和 Paul Andlinger 于 2012 年联合创立,这是一个客观、数据驱动的排行榜,通过量化指标、多维度数据评估反映全球数据库技术的全球热度与趋势。
DB-Engines 每月发布综合排名,覆盖关系型、NoSQL、图数据库等 489 个数据库。
由上述指标可知,DB-Engines 排名反映的是数据库的“受关注度”或“流行度”,不能直接等同于技术先进性或市场占有率,但已成为行业技术选型中的重要参考依据。
在 NebulaGraph 社区,许多企业都是先通过 DB-Engines 排名,初步筛选出符合业务场景需求的多款数据库,再通过性能测试等多维考察,成为 NebulaGraph 用户。
NebulaGraph 排名持续攀升至全球第二的过程,恰恰反映了我们在技术社区认可度、企业采用率和生态建设等方面取得的实质性进展,因为排名背后不仅是高曝光度,更代表着产品成熟度与社区生态已经达到了新的水平,能够为选型决策提供切实的参考价值。
02 关于 NebulaGraph
NebulaGraph 的诞生源于一个清晰的愿景:打造一款开源的、分布式的、支持线性扩容的世界级图数据库,能够容纳千亿顶点和万亿边。
2018 年 8 月 31 日,@Sherman-the-tank 在 nebula 仓库中提出第一个 issue ‘Create a parser framework to process GQL.’
2018 年 9 月 5 日,@dutor提交了第一个 PR ‘Added some concurrent utilities, GenericThreadPool, etc.’
2019 年 5 月 15 日,遵循 Apache 2.0 开源协议,在 GitHub 正式开源。
汇聚开源力量,六年来,NebulaGraph 在 GitHub 的 Star 数早已突破 12,000,成为全球备受关注的开源图数据库项目之一,用户覆盖金融、互联网、通信、电商、保险、安全等多个行业,为阿里、京东、美团、网易、携程等企业解决业务痛点。
03 NebulaGraph 的最新应用
✨加密货币风控
面对将链上地址与真实身份绑定、构建资金流动态分析系统、实现实时交易审查和洗钱模式的全新监管要求,BlockSec 利用 NebulaGraph 构建了安全合规的加密货币风控系统。通过标签,给复杂的链上地址与交易标记漏洞利用、洗钱、混币器等多种威胁类型,形成风险图谱,在毫秒级时间内完成百亿级别的图遍历分析,从而建立可计算的风险量化模型,为高风险交易的归因提供量化依据。
✨大数据平台
面对日均数万人参与、月均百万级 Excel 处理、百万工时消耗的“做数”困境,以及复杂的数据权限与血缘关系挑战, NebulaGraph 落地京东物流智能化大数据分析平台 UData 后,实现了代码量减少 80%,查询延迟降低 30%,整体查询性能提升 5 倍,权限校验响应时间 <100ms 等显著成效。
✨供应链
随着震坤行业务极速扩展,导致客户-供应商关系、客户行为等复杂关系数据快速增长,传统数据库已无法满足高效存储、查询与实时分析的需求。使用 NebulaGraph 后,震坤行对推荐、搜索及交付进行优化,点击率提升 15%,下单转化率提升 5%;基于 NebulaGraph 的图算法,实现了多环节自动优化,有货率提升 15%,呆滞库存减少 10%,有效降低运营成本;同时优化了配送路线,确保客户极速的物流体验,客户售后工单数减少 20%。
✨智能运维
BOSS 直聘选择基于 NebulaGraph 构建了创新的异常调用分析与根因定位平台。BOSS 直聘通过统一的属性富化、聚合与点边建模,将运维数据转化为包含属性和时间的 NebulaGraph 图谱结构,再结合 PageRank 算法,找出导致业务故障的“风暴中心”,最终实现故障发现阶段平均收敛时间 20s 、故障处理阶段平均响应时间 40s 的智能运维。
04 加入 NebulaGraph
NebulaGraph 能成为一款世界级的图数据库,离不开社区的巨大贡献。社区用户不仅积极反馈问题,还分享最佳实践、源码解读,甚至直接参与代码共建和工具开发。
正是这种集体智慧加快了 NebulaGraph 的迭代,使其能够不断完善与优化,社区用户的每一次提问、每一个分享、每一行代码提交,都是 NebulaGraph 成长道路上不可或缺的动力。
如果你也对图数据库技术充满热情与期待,欢迎加入 NebulaGraph~
添加 NebulaGraphbot,星云仔会邀请你进技术交流群~
本文首发于「NebulaGraph」公众平台,更多产品资讯请访问「NebulaGraph 官网」
香港活动报名:共话 Web3 基础设施🔥
欢迎对 Web3 感兴趣的小伙伴们报名~👏

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
-
上一篇
# 一行代码引发 12G 内存 5 分钟爆仓!SeaTunnel Kafka 连接器"内存溢出"元凶抓到了
转载 | 滑思眉Philip 问题背景 在Apache SeaTunnel 2.3.9版本的Kafka连接器实现中,存在一个潜在的内存溢出风险。当用户配置流式作业从Kafka读取数据时,即使设置了读取速率限制(read_limit.rows_per_second),系统仍可能出现内存持续增长直至OOM(Out Of Memory)的情况。 问题现象 用户在实际部署中观察到以下现象: 在8核12G内存的SeaTunnel Engine集群上运行Kafka到HDFS的流式作业 虽然配置了read_limit.rows_per_second=1的速率限制,但内存使用量在5分钟内从200MB飙升至5GB 停止作业后内存不释放,恢复作业后内存继续增长直至OOM 最终导致worker节点重启 根本原因分析 通过代码审查发现,问题根源在于KafkaSource类的createReader方法中,elementsQueue被初始化为无界队列: elementsQueue = new LinkedBlockingQueue<>(); 这种实现方式存在两个关键问题: 队列无界:LinkedBl...
-
下一篇
必看!Apache DolphinScheduler 任务组因 MySQL 时区报错全解析与避坑指南
转载自鹏说大数据 关键词: 大数据、数据调度、任务组、MySQL时区 整体说明 在项目上实际使用了 DolphinScheduler 一段时间后,我遇到了任务组功能因为 MySQL 时区的原因报错的问题。经过探索这个问题已经解决了,解决思路分享如下。 问题背景 设置任务组调度任务 任务组是把任务分组,每批任务可以拥有自己的资源量,可以更加灵活的调配资源。 任务组更新时间会随着任务运行更新 只要任务更新,任务运行,等等,都会使得任务组的更新时间更新,可以看到更新时间都是最新的,这个也就是触发原因。当然没有这个,也会触发,只是会晚一点 问题现象 任务调度执行报错 任务正常调度执行时,有大批量的错误,并且后台报错如下: 新增任务无法选择任务组 编辑任务时,无法选择具体的任务组,且会出现 “quey task group list error” 的报错信息字样 任务组无法查询部分数据 当我查询任务组时,前两页没问题,当要翻页到第3页时,也会报前面同样的错误。 问题分析 1. 时区配置问题 由前面的报错信息,分析得知,是获得时区问题,导致无法查询 update_time 的值 [ERROR] 2...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- SpringBoot2全家桶,快速入门学习开发网站教程
- SpringBoot2整合Redis,开启缓存,提高访问速度
- Dcoker安装(在线仓库),最新的服务器搭配容器使用
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- MySQL数据库在高并发下的优化方案
- SpringBoot2配置默认Tomcat设置,开启更多高级功能