mongoDB
文章平均质量分 51
磨刀人
磨刀的历程,也就是磨练自己心智的路程。。。。
展开
-
mongodb_Mongo3.2.4框架及角色介绍
个人理解 mongoDB的框架,是我使用的所有数据库中最特别的一个,或者说是比较特殊的一种。 首先,框架相比hadoop,hbase之类的大数据库来说,构造比较简单。 其次,维持数据库使用的角色只有2中,mongod和mongos。 最后,shard分片中,依据结果导向,是去中心化的,即人人为我,我为人人,没有主从的概念,比较和谐。mongoDB3.2.4 框架原创 2016-03-30 08:48:10 · 785 阅读 · 0 评论 -
mongoDB——metadata之我见
mongoDB存储引擎 说到mongoDB的metadata信息,先介绍一下mongoDB的存储类别。mongoDB3.2.4支持一下5种: WiredTiger(默认) MMAPv1 InMomery Encrypted 3rd Party Enginemetadata信息 从文件构造上来说,mongoDB的元数据包括: Co原创 2016-03-31 17:18:32 · 4119 阅读 · 0 评论 -
mongoDB——router server
router server 英文的好处就是见名知意,router即路由的意思,很明显。用户的请求拿到后,与config server通信,发送请求,在config server上存储了整个系统的metadata,根据metadata,系统就知道了shard与chunk的对应关系,查找的key-values的地址就寻址结束了,接下来的就是直奔shard上对数据进行read/write了。原创 2016-03-31 20:14:41 · 1552 阅读 · 0 评论 -
mongoDB——shard简介
shard shard是mongoDB的数据存储构件。 是逻辑上的一种称呼,集群中,shard是一个instance的集合。如下图所示: 示意图画的不好,纯粹是为了自己记忆存档而用,莫喷。一般为了数据的安全性,shard构建成1primary+2secondary的模型。关于数据分布 mongoDB内部处理数据均衡,有原创 2016-03-31 21:19:12 · 2080 阅读 · 0 评论 -
mongoDB——read&write操作
为了后续单独描述chunk块的balance&split的处理流程,此处不涉及。但别误解两者并非没有关联关系。Read&WritemongoDB给我的感觉就是,一根肠子通到地,所有的处理就是看似有点单线程的意思。示意图如下:处理流程:事前处理 Ⅰ、集群启动后,config server获取到整个集群的metadata,为之后寻址做准备。原创 2016-03-31 21:34:57 · 1260 阅读 · 0 评论 -
mongoDB——split&balance操作
split&balance整体流程 正如三国中说的,分久必合合久必分、mongoDB数据库也是处于分分合合的动态平衡中。但这里所谓的“合”,只是针对shard所属的chunk块而言的。 split&balance处理示意图:处理流程①、发送write请求。②、数据写之前,检测到chunk块的大小超过了预设值(默认是64MB,可变动),进行split③、c原创 2016-03-31 22:17:25 · 3011 阅读 · 0 评论 -
mongoDB——wiredTiger副本集模型的成员角色
mongoDB的理解,现阶段在串联调查的知识点,以后开始解析代码,从逻辑层面来再次确认理解不正确或者认识不足的地方。Replica-set之前接触过的NoSQL数据库,比如:hbase,hive来说,为了数据的安全性和可扩展性考虑,都是是用master-slave的模型,master节点永远承担这read&write,slave就是冷备份,只有当master发生宕机的情况下,众原创 2016-04-01 10:16:51 · 437 阅读 · 0 评论 -
Mongoose使用案例–让JSON数据直接入库MongoDB
为什么用Nodejs?为什么用MongoDB?从领域语言和代码简洁之道来看,这是我非常关心的问题。Nodejs基于Javascript,MongoDB脚步同样也是基于Javascript。而且他们的数据存储格式都是JSON,这就是为什么要把他们放在一起的原因了。如果程序前后端能直接处理JSON,我想数据处理过程又可以极大的减化了,代码量又将低少1/5。多么的兴奋啊!让我们来动手验证一下想法转载 2016-04-07 17:59:25 · 578 阅读 · 0 评论