MongoDB建索引时是否无法登录应用，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
创新互联公司长期为上千家客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为光明企业提供专业的网站建设、网站设计，光明网站改版等技术服务。拥有10年丰富建站经验和众多成功案例,为您定制开发。
背景介绍：
Mongodb版本 3.0.2
建索引和collection和账号查询collection所在同一台服务器，不同库名上。
因使用的是mongodb3.0.2，之前了解到3.0是行级锁，于是dba在建该表索引时，并未加参数background:true。
查原因：
同事无法登录应用的时间点恰巧是该库有建索引的时间段。于是主要排查在索引上。后来通过复现问题，确认了该问题。
当主库开始建索引时，主库的读写是正常的。应用可以正常访问。但当主库索引建立完成，Secondary 拉取到一批 oplog 后，从库开始重放oplog时，此时就有一个特殊 Lock::ParallelBatchWriterMode 的锁，这个锁会阻塞所有的读请求。 这就解释了为什么在建索引之后的 几分钟，应用无法访问。
后查阅了资料：
尽量避免脏读，等一批 oplog 重放完后，这批数据才允许用户读到。
尽量保证同步性能，设想一下，如果重放 oplog 时，使用普通的锁，那么 oplog 的重放就需要跟正常的读写竞争锁资源，如果 Secondary 上有大量的读，那么势必会造成备同步逐步跟不上。
虽然3.0版本的读写锁没有对数据库造成阻塞，但不要忽略同步锁 Lock::ParallelBatchWriterMode的影响。
解决问题：
在数据库尽量空闲的状态下建索引；
在建索引时，最好还是加上 background:true。
关于MongoDB建索引时是否无法登录应用问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注创新互联行业资讯频道了解更多相关知识。