您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. 深入解读JIMDB—京东分布式缓存与高速KV存储(袁航演讲稿)

  2. 深入解读JIMDB—京东分布式缓存与高速KV存储(袁航演讲稿)
  3. 所属分类:其它

  1. 小米KV存储系统Pegasus

  2. 小米自研分布式KV存储系统Pegasus架构介绍!!!!!!!!
  3. 所属分类:其它

  1. 分布式 KV 存储系统 Cellar 演进之路--美团.pdf

  2. 分布式 KV 存储系统 Cellar 演进之路--美团.pdf
  3. 所属分类:互联网

    • 发布日期:2019-05-22
    • 文件大小:6mb
    • 提供者:qq_42231391
  1. Go-Redix一个非常快速的持久化支持的KV存储使用与redis相同的协议

  2. Redix 一个非常快速的持久化支持的KV存储,使用与redis相同的协议
  3. 所属分类:其它

    • 发布日期:2019-08-13
    • 文件大小:38kb
    • 提供者:weixin_39841882
  1. Go-Snapshot采用纯Golang编写的强大可持久化Key-Value(KV)存储

  2. Snapshot 采用纯Golang编写的强大、可持久化,Key-Value (KV)存储
  3. 所属分类:其它

  1. cpp-Zeppelin奇虎360出品的高性能分布式KV存储平台

  2. Zeppelin:奇虎 360 出品的高性能分布式 KV 存储平台
  3. 所属分类:其它

    • 发布日期:2019-08-16
    • 文件大小:134kb
    • 提供者:weixin_39840588
  1. cpp-FlyDB一个基于C语言实现的kv存储

  2. FlyDB: 一个基于C 语言实现的kv存储
  3. 所属分类:其它

    • 发布日期:2019-08-16
    • 文件大小:194kb
    • 提供者:weixin_39840387
  1. 赵森-腾讯自研分布式KV存储之路.pdf

  2. 自研分布式内存引擎的优点:精准LRU队列,非近似算法。写操作触发过期,同时主动轮询,主动回收资源。 更高的设备利用率、非对称副本集、功能兼容
  3. 所属分类:Java

  1. 大数据存储方案.jpg

  2. 收集了目前常见得大数据存储方案,供大家参考。包括KV存储、列式存储、文档存储、搜索引擎/倒排索引等等。
  3. 所属分类:其它

    • 发布日期:2020-05-31
    • 文件大小:1mb
    • 提供者:netease
  1. 《KV 存储在 Paypal 风控在线服务的使用实践》.pdf

  2. 2018架构师大会《KV 存储在 Paypal 风控在线服务的使用实践》.pdf
  3. 所属分类:互联网

    • 发布日期:2020-08-31
    • 文件大小:1mb
    • 提供者:linchare
  1. 一种新颖的基于森林的多阶段键值存储,可提高整体性能

  2. 基于多阶段结构的键值(KV)存储被广泛部署以组织大量易于搜索的用户数据。 然而,当前的KV存储系统不可避免地牺牲了性能目标中的至少一个,例如写入,读取,空间效率等,以优化其他目标。 为了了解并消除现有代表性KV商店之间这种性能差异的根本原因,并对其进行了分析,我们分析了它们的启用机制,并将其分类为有助于KV操作的数据结构的两个基本模型,即多阶段树(MS-树)和多阶段森林(MS森林)。 我们在新颖的拆分林结构上构建了SifrDB,这是一个KV存储,可以在所有工作负载模式中实现最低的写入放大,并最大
  3. 所属分类:其它

    • 发布日期:2021-03-15
    • 文件大小:768kb
    • 提供者:weixin_38600432
  1. Doris:大型分布式KV存储系统-源码

  2. 多丽丝 *的大型分布式云式KV存储系统。 发布日期:2013/5/21 Doris是*的技术产品之一 多丽丝(Doris)的特征 多租户 像HBase一样可扩展。 支持大规模数据存储,并通过可扩展的服务器部署进行访问。 比HBase高可用。 当任何服务器崩溃时,既不会丢失数据,也不会拒绝应用程序的访问。 高性能。 通常的数据访问时间少于4毫秒。 自动故障转移和数据恢复。 当服务器崩溃时,Doris提供自动故障转移和数据恢复。 通过Web界面轻松将服务器添加到Doris群集中
  3. 所属分类:其它

  1. IceFireDB:冷热混合KV存储数据库,支持Redis协议-源码

  2. 冰火数据库 冷热混合KV存储数据库,支持redis协议。
  3. 所属分类:其它

    • 发布日期:2021-03-07
    • 文件大小:14kb
    • 提供者:weixin_42139871
  1. 构建高可用和弹性伸缩的KV存储系统

  2. 作为常用的NoSQL存储系统之一,KV存储系统受到了开发者的关注。但常见的KV存储系统并不具备自动容灾和在线扩容功能,这给系统运营造成了不少麻烦。本文提出了一种构建高可用和自动弹性伸缩的KV存储系统的方法。与互联网时代不同,社交时代和移动互联网时代的互联网产品,拥有海量的读写请求和爆发式增长的数据和用户。传统关系型数据库的性能、可扩展性和数据结构的灵活性逐渐成为瓶颈。NoSQL型数据库在近些年风生水起,越来越受到开发者的关注。NoSQL无须遵循关系型数据库的ACID理论,简单灵活的数据结构和操作
  3. 所属分类:其它

    • 发布日期:2021-03-01
    • 文件大小:330kb
    • 提供者:weixin_38562130
  1. 滴滴从KV存储到NewSQL实战

  2. 滴滴的业务快速持续发展,数据量和请求量急剧增长,对存储系统等压力与日俱增。虽然分库分表在一定程度上可以解决数据量和请求增加的需求,但是由于滴滴多条业务线(快车,专车,两轮车等)的业务快速变化,数据库加字段加索引的需求非常频繁,分库分表方案对于频繁的Schema变更操作并不友好,会导致DBA任务繁重,变更周期长,并且对巨大的表操作还会对线上有一定影响。同时,分库分表方案对二级索引支持不友好或者根本不支持。鉴于上述情况,NewSQL数据库方案就成为我们解决业务问题的一个方向。最开始,我们调研了开源的
  3. 所属分类:其它

  1. lsdis:基于LocalStorage的KV存储-源码

  2. 迪斯 基于KV存储。 目的 在浏览器中使用localStorage缓存请求。 安装 # nodejs npm i -S lsdis 或者 特征 本地存储API 缓存包装器 缓存无效 用法 LocalStorage-低级API import LocalStorage from 'lsdis' const storage = new Loc
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:76kb
    • 提供者:weixin_42151305
  1. 清晰:具有REST API的高性能和分布式KV存储。 :crab:-源码

  2. 清晰:具有REST API的高性能和分布式KV存储。 :crab:
  3. 所属分类:其它

    • 发布日期:2021-02-05
    • 文件大小:67kb
    • 提供者:weixin_42144604
  1. cf-workers-status-page:监视您的网站,展示状态(包括每日历史记录),并在您的网站状态发生变化时获得SlackTelegram通知。 使用Cloudflare Workers,CRON触发器和KV存储-源码

  2. Cloudflare Worker-状态页 监视您的网站,展示状态(包括每日历史记录),并在您的网站状态发生变化时获得Slack通知。 使用Cloudflare Workers , CRON触发器和KV存储。 检查! :rocket: 先决条件 您将需要一个 设置工人域 工人捆绑订阅($ 5 / mo) 查看有关如何在Workers Free上运行的。 一些要观看的网站/ API :slightly_smiling_face: 另外,请准备以下秘密 具有Edit Cloudflare
  3. 所属分类:其它

    • 发布日期:2021-02-04
    • 文件大小:680kb
    • 提供者:weixin_42107165
  1. 构建高可用和弹性伸缩的KV存储系统

  2. 作为常用的NoSQL存储系统之一,KV存储系统受到了开发者的关注。但常见的KV存储系统并不具备自动容灾和在线扩容功能,这给系统运营造成了不少麻烦。本文提出了一种构建高可用和自动弹性伸缩的KV存储系统的方法。与互联网时代不同,社交时代和移动互联网时代的互联网产品,拥有海量的读写请求和爆发式增长的数据和用户。传统关系型数据库的性能、可扩展性和数据结构的灵活性逐渐成为瓶颈。NoSQL型数据库在近些年风生水起,越来越受到开发者的关注。NoSQL无须遵循关系型数据库的ACID理论,简单灵活的数据结构和操作
  3. 所属分类:其它

    • 发布日期:2021-02-03
    • 文件大小:330kb
    • 提供者:weixin_38691006
  1. 滴滴从KV存储到NewSQL实战

  2. 滴滴的业务快速持续发展,数据量和请求量急剧增长,对存储系统等压力与日俱增。虽然分库分表在一定程度上可以解决数据量和请求增加的需求,但是由于滴滴多条业务线(快车,专车,两轮车等)的业务快速变化,数据库加字段加索引的需求非常频繁,分库分表方案对于频繁的 Schema变更操作并不友好,会导致DBA任务繁重,变更周期长,并且对巨大的表操作还会对线上有一定影响。同时,分库分表方案对二级索引支持不友好或者根本不支持。鉴于上述情况,NewSQL数据库方案就成为我们解决业务问题的一个
  3. 所属分类:其它

« 12 3 4 5 6 7 8 »