在大数据的时代，传统的关系型数据库要能更高的服务必须要解决高并发读写、海量数据高效存储、高可扩展性和高可用性这些难题。不过就是因为这些问题nosql诞生了
在大数据的时代，传统的关系型数据库要能更高的服务必须要解决高并发读写、海量数据高效存储、高可扩展性和高可用性这些难题。不过就是因为这些问题nosql诞生了。
nosql有这些优势：
大数据量，可以通过廉价服务器存储大量的数据，轻松摆脱传统mysql单表存储量级限制。
高扩展性，nosql去掉了关系数据库的关系型特性，很容易横向扩展，摆脱了以往老是纵向扩展的诟病。
高性能，nosql通过简单的key-value方式获取数据，非常快速。还有nosql的cache是记录级的，是一种细粒度的cache，所以nosql在这个层面上来说就要性能高很多。
灵活的数据模型，nosql无需事先为要存储的数据建立字段，随时可以存储自定义的数据格式。而在关系数据库里，增删字段是一件非常麻烦的事情。如果是非常大数据量的表，增加字段简直就是一个噩梦。
高可用，nosql在不太影响性能的情况，就可以方便的实现高可用的架构。比如mongodb通过mongos、mongo分片就可以快速配置出高可用配置。
在nosql数据库里，大部分的查询都是键值对（key、value）的方式。mongodb是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中最像关系数据库的。支持类似于面向对象的查询语言，几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。所以这个非常方便，我们可以用sql操作mongodb，从关系型数据库迁移过来，开发人员学习成本会大大减少。如果再对底层的sql api做一层封装，开发基本可以感觉不到mongodb和关系型数据库的区别。同样mongodb也是号称自己能够快速搭建一个高可用可扩展的的分布式集群，网上有很多搭建的文章，在我们搭建的时候还需要查找修改很多东西，所以把自己实战的步骤记录下来以备忘。我们看看如何一步一步搭建这个东东。
一、mongodb单实例。这种配置只适合简易开发时使用，生产使用不行，因为单节点挂掉整个数据业务全挂，如下图。
虽然不能生产使用，但这个模式可以快速搭建启动，并且能够用mongodb的命令操作数据库。下面列出在linux下安装单节点mongodb的步骤
1、建立mongodb测试文件夹
1
2
3
4
5
6
7
8
datadatadata:
查询testdb数据看看是否成功。
: objectid, ;
, :05::05::08::04:02 gmt+0800 :;
not master
可以看到 mongodb的从节点是不能提供写操作的，只能提供读操作。
b、如果从服务器挂掉，主服务器还可以提供服务。如果主服务器挂掉了从服务器能否自动变为可写。
测试一下！
先杀掉原来的mongodb主服务器。
1
mongod
测试从服务器能否可写。在192.168.0.2上连接mongodb测试。
1
2
:;
not master
看起来从服务器没有自动接替主服务器的功能，只有手工处理了！
停止从服务器，，在原数据文件启动并添加主服务器标示。
1
mongod ;
, : objectid, data192.168.0.1:: objectid, : objectid, test2 : testval2}
搭建了这套主从复制系统是不是就很稳健了，其实不然。。。看看这几个问题？
还有这么多问题，有其他解决方案吗？下一篇接着弄。
参考：
nosql开篇——为什么要使用nosql
mongodb手册
原创文章，转载请注明： 转载自lanceyan.com
本文链接地址:搭建高可用mongodb集群（一）——配置mongodb