mongodb架构篇

一、  复制集

  1. Replica set的架构
  2. Replica set的部署
  3. 主从操作日志
    1. 在local数据库里面:db.oplog.rs.find()
    2. 日志的基本信息:db.printReplicationInfo()
    3. 查看slave的演示状况:db.printSlaveReplicationInfo()
    4. 主从配置信息:db.system.replset.find()
  4. 管理replica set
    1. 主从切换

1           冰冻实例不参与primary选举:rs.freeze(30)

2           降级:rs.stepDown(30)

  1. 读写分离

1           让Slave可读:db.getMongo.setSlaveOk()

  1. 故障转移:杀死进程
  2. 增减节点

1           增加节点:rs.add(“localhost:27017”)

2           减少节点:rs.remove(“localhost:27017”)

二、  分片

  1. Sharding简介

    1. Sharding的特点

1           扩展性

2           增加数据库的高可用性

3           压力分开

  1. Sharding的架构

1           Sharding服务器:每个储存分片的数据库服务器。

2           配置服务器:节点的配置信息、chunk的shard key范围、分布、配置信息。

3           路由进程:转发

  1. Sharding集群的构建
  2. Sharding的维护
    1. 列出所有的Sharding Server:db.runCommand({listshards:1})
    2. 查看Sharding的信息:printShardingStatus()
    3. 判断是否是Sharding:db.runCommand({isdbgrid:1})
    4. 对表进行Sharding:db.runCommand({shardcollection:”ken.ken”,key:{_id:1}})
    5. 新增Sharding Server:db.runCommand({addshard:locahost:27020})
    6. 移除Sharding Server:db.runCommand({remove:localhost:27020})

三、  Replica Sets+Sharding架构

  1. 把复制集和分片机组合
时间: 2024-11-07 21:32:40

mongodb架构篇的相关文章

第五部分 架构篇 第十四章 MongoDB Replica Sets 架构(自动故障转移/读写分离实践)

说明:该篇内容部分来自红丸编写的MongoDB实战文章. 1.简介 MongoDB支持在多个机器中通过异步复制达到故障转移和实现冗余,多机器中同一时刻只有一台是用于写操作,正是由于这个情况,为了MongoDB提供了数据一致性的保障,担当primary角色的服务能把读操作分发给Slave(详情请看前两篇关于Replica Set成员组成和理解). MongoDB高可用分为两种: Master-Slave主从复制:只需要在某一个服务启动时加上-master参数,而另外一个服务加上-slave与-so

面向服务的体系架构(SOA)—架构篇

面向服务的体系架构(SOA)-架构篇 1.面向服务的体系架构(SOA) 面向服务的架构(service-oriented architecture)是Gartner于2O世纪9O年代中期提出的面向服务架构的概念.2002年的l2月,Gartner提出"面向服务的架构(SOA)"是"现代应用开发领域最重要的课题"之后.国内外计算机专家.学者掀起了对SOA的积极研究与探索. 在分布式的环境中,将各种功能都以服务的形式提供给最终用户或者其他服务.如今,企业级应用的开发都采

mongoDB入门篇

0)mongo :通过客户端连接mongodb数据库 1)show dbs ---显示当前所创建的数据库 2)use test ---创建或切换数据库 3)db.dropDatabase() --删除当前数据库 3)show collections: 显示当前数据库所创建的集合(表) 4)exit:退出mongodb客户端 5)mongodb的安装: 一.Mogodb开篇:基础入门增删改查 MongoDB的优点: 1)内置Sharding:提供基于Range的Auto Sharding机制:一个

深入剖析 MongoDB 架构

近日,软件工程师Ricky Ho的在 他的博客里发表了一篇关于MongoDB架构( MongoDB Architecture)的博文,虽然这是一个听起来感觉很宽泛的话题,但是作者在文章中确实对MongoDB由内至外的架构进行了剖析.本文截取了其文章中的几张重点架构示意图进行简要描述. 1.MongoDB数据文件内部结构 MongoDB在数据存储上按命名空间来划分,一个Collection是一个命名空间,一个索引也是一个命名空间. 同一个命名空间的数据被分成很多个Extent,Extent之间使用

高可用架构篇--MyCat在MySQL主从复制基础上实现读写分离

点击链接加入群[Dubbo技术交流2群]:https://jq.qq.com/?_wv=1027&k=46DcDFI 一.环境 操作系统:CentOS-6.6-x86_64-bin-DVD1.iso JDK版本:jdk1.7.0_45 MyCat版本:Mycat-server-1.4-release-20151019230038-linux.tar.gz MyCat节点IP:192.168.1.203      主机名:edu-mycat-01  主机配置:4核CPU.4G内存 MySQL版本:

Web应用扩展系列(1):架构篇(转)

原文:Web应用扩展系列(1):架构篇 在这篇文章中,我将尽量涵盖Web应用扩展或性能调优时可能会遇到的一些架构问题. 首先,让我们来统一一些名词或项目的概念,下文中我将列举在扩展Web应用时可能会遇到的多种问题,包括: 架构瓶颈 数据库扩展 CPU依赖的应用 IO依赖的应用 而如何确定优化Web应用线程池大小的内容将会在下一篇文章中给出. 性能(performance)这个词对于Web应用来说通常意味着一些指标,对于大部分的开发者而言,他们主要关心的是响应时间(response time)以及

分布式架构高可用架构篇_07_MySQL主从复制的配置(CentOS-6.7+MySQL-5.6)

环境 操作系统:CentOS-6.6-x86_64-bin-DVD1.iso MySQL 版本:mysql-5.6.22.tar.gz 主节点 IP:192.168.1.205 主机名:edu-mysql-01 从节点 IP:192.168.1.206 主机名:edu-mysql-02 MySQL 主从复制官方文档 http://dev.mysql.com/doc/refman/5.6/en/replication.html MySQL 主从复制的方式 MySQL5.6 开始主从复制有两种方式:

[android架构篇]mvp+rxjava+retrofit+eventBus

android架构篇 mvp+rxjava+retrofit+eventBus 高层不应该知道低层的细节,应该是面向抽象的编程.业务的实现交给实现的接口的类.高层只负责调用. 首先,要介绍一下一个项目中好架构的好处:好的软件设计必须能够帮助开发者发展和扩充解决方案,保持代码清晰健壮,并且可扩展,易于维护,而不必每件事都重写代码.面对软件存在的问题,必须遵守SOLID原则(面向对象五大原则),不要过度工程化,尽可能降低框架中模块的依赖性. 之前的一段时间,学习了一些新的技术,并把自己关注的技术整合

TableStore时序数据存储 - 架构篇

摘要: 背景 随着近几年物联网的发展,时序数据迎来了一个不小的爆发.从DB-Engines上近两年的数据库类型增长趋势来看,时序数据库的增长是非常迅猛的.在去年我花了比较长的时间去了解了一些开源时序数据库,写了一个系列的文章(综述.HBase系.Cassandra系.InfluxDB.Prometheus),感兴趣的可以浏览. 背景随着近几年物联网的发展,时序数据迎来了一个不小的爆发.从DB-Engines上近两年的数据库类型增长趋势来看,时序数据库的增长是非常迅猛的.在去年我花了比较长的时间去