GP的空间

MongoDB基本使用Java操作MongoDB

mongoDB的map reduce使用示例：res = db.runCommand({    mapreduce:'liveEpgUserVisits',    map:function() {        emit({provice:this.provice}, {"data":[{"mac":this.mac}],visit:this.visitNum, use

日期查询db.liveEpgUserVisits.find({"inputTime":{$gte:ISODate("2014-09-15T00:00:00Z"),$lte:ISODate("2014-09-16T00:00:00Z")}}).count();mapreduce进行SUM操作res = db.runCommand({ mapreduce:'liveEpgUserV

Map-Reduce部分：Map-Reduce相当于关系型数据库中的group by，主要用于统计数据之用。先引入一个问题：在MongoDB javascript Shell中对Array对象进行了一些扩展，其中新增sum方法，以方便统计数据之用的。>Array.sumfunction(arr){if(arr.length == 0)return null;var

今天项目中发现MongoDB运行MapReduce是报错，提示reduce空间已经满了。查询资料了解，reduce在执行过程中是有空间大小的，当数据量满了的时候，reduce就会停止。 mongodb对单个文档大小的限制是>v1.8版本的16MB, res = db.runCommand({ mapreduce:'mo_log_201208', map:function() {

Document Validation MongoDB provides the capability to validate documents during updates and insertions. Validation rules are specified on a per-collection basis using the validator option, which tak

3.0版本以后格式：db.createUser( { user: "admin", pwd: "admin", roles: [ { role: "userAdminAnyDatabase", db: "admin" } ] })先来说说roles，这里我们使用的是内置角色： 1. 数据库用户角色：read、readWrite; 2. 数据库

主要的调整在于2.10.0版本中引入了MongoClient类，同时在其API中也说明了Mongo类会在将来的版本中被MongoClient替换（Note: This class has been superseded by MongoClient, and may be deprecated in a future release.）。故在这次调整中，也对原先的Mongodb部分做了相应的修改。M

mongo保存日期是一个64-bit整形数。java driver保存Date时会把他自动转换为标准时间GMT。如中国在GMT+8时区，保存2012-01-20 00:00:00到库中，查询后结果竟然是2012-01-19 16:00:00跟想要结果不一致。 可以在com.mongodb.util.JSON找到问题根源： if (o instanceof Date) {

参考：http://www.lanceyan.com/category/tech/mongodb/page/2受机器的限制，我这里使用一台机器，2个mongoDB模拟的集群， 机器ip：192.168.146.129 Mongo端口：27017、27018创建2个Mongo的存放目录 进入到mongo的bin目录启动Mater启动./mongod --dbpath /data/mongoClu

英文名词中文aggregation聚合aggregation framework聚合框架arbiter投票机B-treeB树balancer平衡器BSONBSONCAP TheoremCAP 定理

复制集 和 普通的mongo主从集群有区别吗？复制集，当集群中的主节点宕机了，会自动进行投票选举新的主节点。普通集群不行。复制集，可以进行读写分离，分散服务器的压力官网推荐使用复制集替换主从的集群模式参考：http://www.lanceyan.com/tech/mongodb/mongodb_repset1.html环境： 服务器：192.168.146.129 一台，创建3个mongo服

执行mongodump备份命令[root@localhost bin]# ./mongodump -d test -o backup输出结果2016-06-27T09:00:35.896-0700 writing test.system.indexes to 2016-06-27T09:00:35.897-0700 done dumping test.system.indexes (

在CentOS7 上搭建MongoDB服务。访问官网：https://www.mongodb.com/download-center#community 这里我们使用的是社区版本，RHEL7的mongo版本的tar。先下载。 下载完后，解压：tar -zxvf mongodb-linux-x86_64-rhel70-3.6.0.tgz将解压后的文件移动到/download/mongo/

mongoDB副本集，集群通常为奇数，最少3个节点，满足投票选举机制，这里不详述副本集，下面来说下故障的情况PRIMARY主节点宕机，副本集的SECONDRY会启动选举机制，选出一个新的PRIMARY节点，保证服务的可用。当宕机节点恢复启动的时候，有2种情况， 1、 宕机节点正常启动，启动后为SECONDRY，不触发重新选举 2、宕机节点启动后，启动后，根据配置的优先级，重新选举PRI

Mongodb复制集里的Secondary会从Primary上同步数据，以保持副本集所有节点的数据保持一致，数据同步主要包含2个过程： - initial sync - replication （oplog sync） 先通过init sync同步全量数据，再通过replication不断重放Primary上的oplog同步增量数据。上面描述来自：http://www.