MongoDB_限制集(Capped)

1,概述

限制集是MongoDB中的一类特殊集合;   他的大小是固定的,存储规则按照 fisrt-in-fisrt-out 先进先出原则!

2,判断/创建/转换

判断集合是否属于限制集合   db.collection.isCapped();

限制集合必须手动创建,切指定大小!(其他集合 不用手动创建)     db.createCollection("log",{capped:true,size:1024,max:500});    capped 说明集合类型    size指定集合占用物理大小   max限制文档条数

正常集合转换为限制集: db.runCommand({"convertToCapped": "mycoll", size: 100000});

3,添加数据/更新数据

限制集添加数据,如果超出限制集大小则最先进入的文档删除 写入新文档;

更新数据:你可以做文档的原地更新。如果此更新操作引起了文档的增长超出了他们原始尺寸,那么更新操作将失败。假如你计划在限制集中更新文档,那么创建一个索引,这样更新操作就不需要表级别的扫描了

分片相关后期补充;

时间: 2024-10-03 08:21:55

MongoDB_限制集(Capped)的相关文章

hadoop生态搭建(3节点)-13.mongodb配置

# 13.mongodb配置_副本集_认证授权# ==================================================================安装 mongodb tar -zxvf ~/mongodb-linux-x86_64-rhel70-3.4.5.tgz -C /usr/local mv /usr/local/mongodb-linux-x86_64-rhel70-3.4.5 /usr/local/mongodb-3.4.5 rm -r ~/mon

Mongodb副本集实现

MongoDB副本集概述 以下图片摘自MongoDB官方文档:http://docs.mongodb.org/manual/core/replication-introduction/ Primary节点接收客户端所有的写操作,整个副本集只会有一个primary节点.MongoDB副本集提供严格的一致性.主节点将所有的操作写入一个叫oplog的capped collection(这个collection的大小一般为磁盘剩余空间的5%,不同的系统可能不一样,详见http://docs.mongod

限制集

本节内容 概述 行为 限制和建议 程序 概述 限制集 是固定大小的集合支持基于文档插入顺序的高吞吐率的插入.检索.删除操作.限制收集工作在某种程度上类似于循环缓冲区:一旦一个文档填满分配给它的空间,他将通过在限制集中重写老文档来给新文档让出空间. 查阅 createCollection() 或者 create 了解关于创建限制集的更多信息. 行为 插入顺序 限制集合能够保留插入顺序.因此,查询并不需要索引来保证以插入顺序来返回文档.减少了索引的消耗,限制集合可以支持更高的插入吞吐. 最旧文档的自

MongoDB实战指南(七):MongoDB复制集之复制集工作机制

http://www.cnblogs.com/longshiyVip/p/5097336.html 概述了复制集,整体上对复制集有了个概念,但是复制集最重要的功能之——自动故障转移是怎么实现的呢?数据同步又是如何实现的?带着这两个问题,下面展开分析. 一. 数据同步 先利用mongo客户端登录到复制集的primary节点上. >mongo --port 40000 查看实例上所有数据库 rs0:PRIMARY> show dbs local 0.09375GB 可以看到只有一个local数据库

Cloudera CDH 5集群搭建(yum 方式)

1      集群环境 主节点 master001 ~~ master006 从节点 slave001 ~~ slave064 2      安装CDH5的YUM源 rpm -Uvhhttp://archive.cloudera.com/cdh5/one-click-install/redhat/6/x86_64/cloudera-cdh-5-0.x86_64.rpm 或 wgethttp://archive.cloudera.com/cdh5/redhat/6/x86_64/cdh/cloud

MongoDB副本集的工作原理

在MongoDB副本集中,主节点负责处理客户端的读写请求,备份节点则负责映射主节点的数据. 备份节点的工作原理过程可以大致描述为,备份节点定期轮询主节点上的数据操作,然后对自己的数据副本进行这些操作,从而保证跟主节点的数据同步. 至于主节点上的所有数据库状态改变的操作,都会存放在一张特定的系统表中.备份节点则是根据这些数据进行自己的数据更新. oplog 上面提到的数据库状态改变的操作,称为oplog(operation log,主节点操作记录).oplog存储在local数据库的"oplog.

MongoDB复制集

MongoDB目前的高可用架构主要有主从.复制集.以及分片,单纯的主从技术几乎被淘汰,整个稳定性以及可靠性方面复制集要比主从好,所以现在更多的会去使用复制集.在接下来的实践过程中,我们将通过多实例的方法实现复制集.以及会解析搭建过程中遇到的困难问题. 一.基础环境与规划 操作系统:CentOS 6.7 MongoDB版本:3.4.5 实例部署情况: 主机IP 数据目录 日志文件 端口 127.0.0.1 /data/mongoDB/data/m17 /data/mongoDB/logs/mong

搭建高可用mongodb集群(四)—— 分片(经典)

转自:http://www.lanceyan.com/tech/arch/mongodb_shard1.html 按照上一节中<搭建高可用mongodb集群(三)-- 深入副本集>搭建后还有两个问题没有解决: 从节点每个上面的数据都是对数据库全量拷贝,从节点压力会不会过大? 数据压力大到机器支撑不了的时候能否做到自动扩展? 在系统早期,数据量还小的时候不会引起太大的问题,但是随着数据量持续增多,后续迟早会出现一台机器硬件瓶颈问题的.而mongodb主打的就是海量数据架构,他不能解决海量数据怎么

MongoDB 使用副本集备份添加新的辅助副本成员

问题描述: 在生产环境中,当辅助副本成员的读压力很大时,可通过添加新的辅助副本成员来缓解压力. 为了能实现主副本成员不停机,并减轻主副本成员的压力,可在辅助副本成员上mongodump备份数据: 为了实现新的辅助副本成员的快速恢复,可直接通过以NFS方式挂载辅助副本成员到做备份操作的辅助副本成员上: 为了保证数据的一致性,在mongodump数据的时候使用-oplog参数,mongorestore时使用-oplogReplay参数: 为了满足后期空间的扩容,通过-directoryperdb参数