-
读默认指向主节点，在数据时效要求不高，比如日志、档案等读取，也可以指向从节点，实现读写分离，分担主节点压力，就是所谓的读写分离查看全部
-
两类节点 数据节点：用来存储数据，充当主从节点 投票节点：负责选举，不存储数据，不能充当主从节点查看全部
-
rs.status() rs.conf() rs.stepDown(500) use admin db.shutdownServer() ------------------ create replcaSet 1.start all mongod with same replSetName 2.mongod --port 28001 3.rs.initiate() 4.rs.add('host:port') 5.rs is ok,use us.status() to show() the status if you want read data from the secondary replset,use rs.slaveOk() or I find it useful to put the default configuration in ~/.mongorc.js and custom configurations in replStart.js or adminStart.js or whatever查看全部
-
不支持只复制指定库查看全部
-
^_^查看全部
-
简易配置： bind_ip=192.168.56.3 port=28003 logpath=/apps/logs/mongo/28003.log logappend=true dbpath=/data/mongo/28003 replSet=imooc fork=true查看全部
-
复制集架构图查看全部
-
大多数原则：集群存活节点小于等于1/2时集群不可写，只可读 是否能选举出新的主节点，取决于集群存活节点数查看全部
-
复制集特性： 主节点唯一，不固定，保持数据一致性查看全部
-
单点模式： 1.部署简单 2.节省资源查看全部
-
复制集的特点： 1.主是唯一的，但不是固定的。 2.由大多数据原则保证数据的一致性 3.从库无法写入 4.相对于传统的主从结构，复制集可以自动容灾。查看全部
-
传统主从结构与复制集相较的一些“用武之处”： “复制集中参与选举的数据节点只能有7个” 虽然可以修改复制节点属性的方法，能将复制集节点增加到12个，但剩余5个节点都不能提供服务，只能做为数据冗余。所以某个生产环境需要从节点的数量超过11个时，我们就可使用传统的主从结构，因为主从结构的从节点数量不受限制。 当复制集支持可提供服务的数据节点数超过11个时 ，那么官方会立即“启用”主从结构。查看全部
-
复制集的从节点是无法写入的查看全部
-
复制集的从节点是无法写入的查看全部
-
复制集的从节点是无法写入的查看全部
举报
0/150
提交
取消