社区动态
Pick of the Week'20 | 第 37 周看点--DBaaS 上线
每周五 Nebula 为你播报每周看点,每周看点由固定模块:本周新进 pr、社区问答、推荐阅读,和随机模块:本周大事件构成。
即将送走的是 2020 年第 37 个工作周的周五 🌝 来和 Nebula 一块回顾下本周图数据库和 Nebula 有什么新看点~~
本周大事件
NebulaGraph DBaaS 服务上线,目前 NebulaGraph Cloud Service 处于公测阶段,感兴趣的小伙伴创建实例后需要官方人员审批通过方能使用,介于资源有限,或存在等待排队审核的情况,希望大家能给 NebulaGraph Cloud Service 团队一点时间 😊 公测入口:https://cloud.nebula-graph.com.cn/
NebulaGraph 作为新生图数据库代表受邀参加了著名科技媒体 TheNextPlatform 主办的线上数据库研讨会,主题是下一代数据库。悦数科技有限公司创始人兼 CEO Sherman Ye 接受了主编 Timothy Prickett Morgan 的采访,探讨了 NebulaGraph 的设计思路、比较优势、市场定位,以及开源模式对 NebulaGraph 的重要性等话题。
本周新进 pr
本周 NebulaGraph 主要有这些产品动态和新合并的 pr:
- 存储支持配置 RocksDB 的 prefix bloom filter。提高了
QueryEdgeProps
和QueryVertexProps
查询检索性能 & 减少了 bloom filter 内存占用。pr 参见:https://github.com/vesoft-inc/nebula/pull/2274 - 修复了
alter add column
后,lookup on
查询新增的 column prop 可能会 crash 的问题,pr 参见:https://github.com/vesoft-inc/nebula/pull/2341 - 重构了 RAFT leader 选举逻辑,pr 参见:https://github.com/vesoft-inc/nebula/pull/2327
社区问答
Pick of the Week 每周会从官方论坛、微博、知乎、微信群、微信公众号及 CSDN 等渠道精选问题同你分享。
本周分享的主题来自社区用户 gcj,关于【索引、缓存、搜索引擎】
gcj 提问:这个存储的时候索引是如何创建的?针对查询效率,有必要在查询接口层上层做一层 Redis 缓存吗?以及有必要引入搜索引擎:solr、es 这些吗
Nebula:很好的问题,逐个回答:
1、这个存储的时候索引是如何创建的?
关于索引的存储,可以参考一下这篇文章说明:分布式图数据库 NebulaGraph 的 Index 实践,另外我有一点补充的是,索引和数据都被存在了同一个 part 上,这样有利于通过 index 直接在本 part 中获取 data,避免了跨 part 的网络传输。
2、针对查询效率,有必要在查询接口层上层做一层 Redis 缓存吗?
针对这个上层的缓存问题,我个人认为如果是 OLAP 的话,有必要缓存;如果是 OLTP 的话,因为数据量变动较大,上层缓存的话无形中也增加了上层的负载,目前 Nebula 存储层有相关的 LRU 缓存机制,我感觉在存储层缓存更有利一些。当然如果对数据准确性要求不高,允许数据时延的话,上层的缓存还是有必要的。另一个,在上层做缓存的话,是否直接缓存在第三方系统(例如:Redis)这个问题还有待考虑。
3、 以及有必要引入搜索引擎:solr、es 这些吗?
很好的需求,目前已经有计划支持第三方全文搜索引擎了,主要应用场景有模糊匹配、通配符匹配、正则表达式匹配、前缀匹配、后缀匹配等等。
推荐阅读
- 360 数科实践:JanusGraph 到 NebulaGraph 迁移
- 推荐理由:在本文中 360 数科的周鹏详细讲解了业务从 JanusGraph 迁移到 NebulaGraph 带来的性能提升,在机器资源不到之前 JanusGraph 配置三分之一的情况下,业务性能提升至少 20 倍。
- 往期 Pick of the Week
本期 Pick of the Week 就此完毕,喜欢这篇文章?来来来,给我们的 GitHub 点个 star 表鼓励啦~~ 🙇♂️🙇♀️ [手动跪谢]
交流图数据库技术?加入 Nebula 交流群请先填写下你的 Nebula 名片,Nebula 小助手会拉你进群~~