这是配置版本的问题，应该是配置的版本小于了原有的版本号导致的，每配置一次版本号会加一。

开启复制集了么？

不单单只有媒体查询适合响应布局呀！！还有rem技术、弹性盒子呀仔细看一下可能是哪个小地方疏忽了，js随便少个什么都可能会出问题，所以耐心点，多用alert或者console.log调试，不要只是用眼睛去看代码找错误。

本人理解：配置文件oplogSize，对第一次启动服务有作用，后期修改以oplog.rs配置为主

这套流程是针对新加的单机，创建索引时，先转变为单机模式，复制集中的rs.config中任有该节点信息，该节点不是新加的节点，是不可达的节点。所以不会drop掉自己的数据。

老师id：  SeanZ

去搜一下不少的

重要性特别重要   好好学注意基础

1、复制集是怎么工作的 2、初始化同步的过程 3、复制集的管理维护

注意基础    比如   1、复制集的基本特性 2、复制集的基本操作

1.将成员以单机模式启动
2.将oplog最新的一条操作保存到临时表里
3.db.temp.save(db.oplog.rs.find().sort({$natural:-1}).limit(1).next())
4.删除原来的oplog.rs集合
5.以创建封顶表方式，创建新的oplog.rs
6.将之前保存的原oplog中最新的操作保存到新的oplog中
db.oplog.rs.save(db.temp.findOne())
7.将单机节点模式返回到复制集模式中

性能是相对的，写入都是natural 写入的。写入性能影响有但是不是很大。个人理解

配置文件里配置的oplogsize是配置启动mongodb时给oplog分配的初始size，老师的实验是演示了如何修改运行环境的oplogsize，所以通过修改之后oplogsize是变成了3G。

不用管，一般设置大一点，几十个G