对于把shard的概念讲清楚，用这样一张图，也太喜感了
分类：
其他好文 时间：
2016-08-23 19:11:30
阅读次数：
152
1、搭建redis-master、redis-slave以及seninel哨兵监控 在最小配置：master、slave各一个节点的情况下，不管是master还是slave down掉一个，“完整的”读/写功能都将受影响，这在生产环境中显然不能接受。幸好redis提供了sentinel（哨兵）机制， ...
分类：
其他好文 时间：
2016-08-14 20:51:16
阅读次数：
453
一、路由文档到分片 当你索引一个文档的时候，他被存储在单独一个主分片上。Elasticsearch根据一个算法来找到所在分片上。 shard=hash(routing)%number_of_primary_shards routing值是一个任意字符串，默认是_id但也可以自定义。这个routing ...
分类：
其他好文 时间：
2016-08-09 09:27:58
阅读次数：
124
规划： replSet 复制集名称： rs1 MongoDB数据库安装安装路径为：/usr/local/mongodb/ 复制集成员IP与端口： 节点1： localhost:28010 （默认的primary节点） 节点2： localhost:20811 节点3： localhost:28012 ...
分类：
数据库 时间：
2016-07-23 22:59:18
阅读次数：
492
在local库中不仅有主从日志 oplog集合，还有一个集合用于记录主从配置信息 system.replset： > use local > show collections > db.system.replset.find() rs1:PRIMARY> use localuse local swi ...
分类：
数据库 时间：
2016-07-23 22:56:07
阅读次数：
431
一年前搭了个MongoDB集群，跑得还算不错，但是有几次遇到过服务卡死的问题。处理起来已经得心应手了，拿来跟大家分享一下： 故障现象： 业务查询缓慢，而且会有连接异常： 当时各个Mongo分片、路由、配置服务器进程有在运行，而且查看路由服务的IO也不算高，内存、CPU也是可以接受的。但是业务查询却会 ...
分类：
数据库 时间：
2016-07-15 19:19:34
阅读次数：
522
按照上一节中《搭建高可用mongodb集群（三）—— 深入副本集》搭建后还有两个问题没有解决：
从节点每个上面的数据都是对数据库全量拷贝，从节点压力会不会过大？数据压力大到机器支撑不了的时候能否做到自动扩展？
在系统早期，数据量还小的时候不会引起太大的问题，但是随着数据量持续增多，后续迟早会出现一台机器硬件瓶颈问题的。而mongodb主打的就是海量数据架构，他不能解决海量数据怎么行！不...
分类：
数据库 时间：
2016-07-10 19:03:22
阅读次数：
300
在上一篇文章《搭建高可用MongoDB集群（一）——配置MongoDB》 提到了几个问题还没有解决。
主节点挂了能否自动切换连接？目前需要手工切换。主节点的读写压力过大如何解决？从节点每个上面的数据都是对数据库全量拷贝，从节点压力会不会过大？数据压力大到机器支撑不了的时候能否做到自动扩展？
这篇文章看完这些问题就可以搞定了。NoSQL的产生就是为了解决大数据量、高扩展性、高性能、灵活数...
分类：
数据库 时间：
2016-07-10 19:02:21
阅读次数：
245
在传统的mongoDB集群中，configserver使用的是mirror的方式，在其宕机后，则需要重启所有集群成员来链接镜像configserver。在新版本3.2中，configserver支持复制集模式，避免了上述问题的发生。搭建集群时，shard的搭建方式和传统的完全一样，不同的是mongos和configserver的配..
分类：
数据库 时间：
2016-07-03 23:47:12
阅读次数：
533
