奔跑的蜗牛的博客

官网下载安装包   https://www.mongodb.com/download-center?jmp=nav#community运行安装包文件  mongodb-win32-x86_64-2008plus-ssl-3.4.4-signed.msi  选择安装目录 安装后的目录 D:\Program Files\MongoDB\Server\3.4添加mongodb 存放数

准备数据 customer 集合，数据类型如下：（只是部分数据，数据量太多就不一一列出）{ "_id" : ObjectId("594c78a1c5fea52a445b8cd2"), "probMac" : "141FBA789098", "devcMac" : "BC3AEA0E50CB", "inTime" : "20170612133513", "outTime" : "20170612

springboot集成mongodb使用mongoTemplate和MongoRepository在pom文件引入spring-boot-starter-data-mongodb依赖： org.springframework.boot spring-boot-starter-data-mongodb 数据源的配置 如果mongodb端口是默认端口，并

针对某个数据库(database)建立用户(权限:read,readWrite,write)给mydb创建读写权限的用户 kerryuse mydbdb.createUser({  ... user:'kerry',  ... pwd:'123456',  ... roles:[  ... {role:'readWrite',db:'mydb'}  ... ]})

在大数据的时代，传统的关系型数据库要能更高的服务必须要解决高并发读写、海量数据高效存储、高可扩展性和高可用性这些难题。不过就是因为这些问题Nosql诞生了。NOSQL有这些优势：大数据量，可以通过廉价服务器存储大量的数据，轻松摆脱传统mysql单表存储量级限制。高扩展性，Nosql去掉了关系数据库的关系型特性，很容易横向扩展，摆脱了以往老是纵向扩展的诟病。高性能，N

主节点挂了能否自动切换连接？目前需要手工切换。主节点的读写压力过大如何解决？从节点每个上面的数据都是对数据库全量拷贝，从节点压力会不会过大？数据压力大到机器支撑不了的时候能否做到自动扩展？这篇文章看完这些问题就可以搞定了。NoSQL的产生就是为了解决大数据量、高扩展性、高性能、灵活数据模型、高可用性。但是光通过主从模式的架构远远达不到上面几点，由此MongoDB设计了副本集和分片的功能。这

副本集故障转移，主节点是如何选举的？能否手动干涉下架某一台主节点。官方说副本集数量最好是奇数，为什么？mongodb副本集是如何同步的？如果同步不及时会出现什么情况？会不会出现不一致性？mongodb的故障转移会不会无故自动发生？什么条件会触发？频繁触发可能会带来系统负载加重？Bully算法 mongodb副本集故障转移功能得益于它的选举机制。选举机制采用了Bully算法，可以很方便从分布

在系统早期，数据量还小的时候不会引起太大的问题，但是随着数据量持续增多，后续迟早会出现一台机器硬件瓶颈问题的。而mongodb主打的就是海量数据架构，他不能解决海量数据怎么行！不行！“分片”就用这个来解决这个问题。传统数据库怎么做海量数据读写？其实一句话概括：分而治之。上图看看就清楚了，如下 taobao岳旭强在infoq中提到的 架构图：上图中有个TDDL，是taobao

一、高可用集群的解决方案高可用性即HA（High Availability）指的是通过尽量缩短因日常维护操作（计划）和突发的系统崩溃（非计划）所导致的停机时间，以提高系统和应用的可用性。计算机系统的高可用在不同的层面上有不同的表现：（1）网络高可用由于网络存储的快速发展，网络冗余技术被不断提升，提高IT系统的高可用性的关键应用就是网络高可用性，网络高可用性与网络