作为一个面向用户的应用,速度及正常运行时间都是成功的关键因素。您可以使用大量方法调整应用和硬件配置,为您的客户提供最佳体验,而关键在于花费最低的成本。在这里,我们提供了一个使用MongoDB分层存储提高性能、降低成本的案例,一种根据不同延迟需求对数据存储分配不同优先级的方法。
在这个案例中,我们将[......]
作为一个面向用户的应用,速度及正常运行时间都是成功的关键因素。您可以使用大量方法调整应用和硬件配置,为您的客户提供最佳体验,而关键在于花费最低的成本。在这里,我们提供了一个使用MongoDB分层存储提高性能、降低成本的案例,一种根据不同延迟需求对数据存储分配不同优先级的方法。
在这个案例中,我们将[......]
市场上有许多非常棒的商务智能工具,能够支持强大的分析和数据可视化功能,但是有时候,完成这些工作正确的工具是您电脑中已有的软件。
MongoDB 3.2 引入了 MongoDB商务智能连接件,提供了SQL的API,允许商务智能工具实时从您的数据库中读取数据。一般说来,将会通过类似于Tablea[......]
在MongoDB Scondary同步慢问题分析文中介绍了因Primary上写入qps过大,导致Secondary节点的同步无法追上的问题,本文再分享一个case,因oplog的写入被放大,导致同步追不上的问题。
MongoDB用于同步的oplog具有一个重要的『幂等』特性,也就是说,一条oplo[......]
MongoDB oplog是一个capped collection,创建capped collection时,createCollection可以设置size(最大字节数)和max(最大文档数)的参数,当这个集合的『总大小超过size』或者『总文档数超过max』时,在新插入文档时就会自动删除一些集合[......]
第10次讲座的视频和PPT已经上传整理完毕。
讲座题目:MongoDB 高可用复制集内部机制:Raft 协议
演讲内容:MongoDB 复制集是 2010 年发布的高可用集群功能,复制集功能基于单一主结点 + 多个从结点的设计,包括了自动选举的一致性算法。这一算法与 Raft 一致性算法[......]
最近生产环境出现多次Primary写入QPS太高,导致Seconary的同步无法跟上的问题(Secondary上的最新oplog时间戳比Primary上最旧oplog时间戳小),使得Secondary变成RECOVERING状态,这时需要人工介入处理,向Secondary发送resync[......]
2016年5月12日,2016第七届中国数据库技术大会(DTCC2016)在北京国际会议中心正式召开,大会以”数据定义未来”为主题,云集了国内外顶尖专家,共同探讨MySQL、NoSQL、Oracle、缓存技术、云端数据库、智能数据平台、大数据安全、数据治理、大数据和开源、大数据创业、大数据深度学习等[......]
领略100%的MongoDB,初探MongoDB企业版
2016 DTCC归来,MongoDB专场干货分享一定让与会者获益匪浅。大牛们的经验分享令人感慨,58同城多年的积累经验、网易3000个节点MongoDB服务化定制、Teambition利用oplog重构多数据中心,让人感叹于MongoDB的[......]