Mongodb的安装、主从配置、replicaSet配置
——gongyong
前段时间一直在研究mongodb,看了一些书,网上也看了很多资料,其实都是抄来抄去,很多根本都没有经过自己验证,随便往博客上一贴,然后坑死人,这样真的要不得,本人在开始就深受其害,所以这里未免后来人也跟我一样走这些弯路,自己就花点时间把自己的一些实践操作整理了下,写了这篇文章。
文章很简单,主要还是讲基本的配置,关键是配置的时候要细心,这里没有讲到原理性的东西,毕竟篇幅有限,所以如果大家在配置过程中有什么疑点都可以和我交流。希望大家多多支持。
还有,我工作很忙的,写篇帖子也不容易,大家觉得写得有用,给个回复,表示下支持,也算给点动力啦,呵呵。
一.Mongodb的安装
环境:linux 64bit
版本:2.0.1
位置:/opt/mongodb
安装步骤:
tar –zxvf mongodb-linux-x86_64-2.0.1.tar –C /opt/mongodb
mkdir /opt/mongodb/data
touch /opt/mongodb/logs
安装是很简单的,关键是下面的启动的配置。启动配置有三种情况,分别是正常的单主机启动,主从启动,副本集启动三种方式。
1. 单主机启动方式
启动
cd /opt/mongodb/bin
/opt/mongodb/bin/mongod –f mongodb.conf
#mongodb.conf是自定义的启动配置文件,其中参数auth表明需要认证才能登录,内容如下:
#start as daemon and need authentication
port=27017
fork=true
dbpath=/opt/mongodb/data/
logpath=/opt/mongodb/logs
auth=true
设置开机自动启动(可选)
echo "/opt/mongodb/bin/mongod –f /opt/mongodb/bin/mongodb.conf" >> /etc/rc.local
设置密码
#连接mongodb
cd /opt/mongodb/bin
./mongo
#默认进入到mongodb默认的test库
#为数据库设置用户名密码
#首先切换到admin库,先建立一个管理员账号
> use admin
> db.addUser("root","root");
#切换到test库
use test
#为test库添加用户名和密码
> db.addUser("testUser","123456");
#注:若此时显示
Tue May 22 16:16:29 uncaught exception: error {
"$err" : "unauthorized db:test lock type:-1 client:127.0.0.1",
"code" : 10057
}
说明设置密码已生效,此时要先转到admin库,输入认证再转回到test库设置用户名密码,如下:
use admin
db.auth(“root”,”root”);
use test
#下次再连接mongodb时需要使用如下方式:
./mongo –u testUser –p 123456
#删除用户
Db.system.users.remove({“user”:”testUser”});
#注:mongodb的用户名和密码都是针对每一个库的,所以不同的库可以设置不同的用户名和密码。
2. 主从方式启动
实际上现在这种方式已经不推荐使用了,推荐使用的是replicaset,下面会讲到
假设已经将mongodb安装在了两台主机上ip分别为192.168.0.1和192.168.0.2上,下面是启动配置
启动master(192.168.0.1)
cd /opt/mongodb/
./bin/mongod --dbpath=/opt/mongodb/data --logpath=/opt/mongodb/logs
--master --oplogSize 64 --logappend --port=27017 –fork
启动slave(192.168.0.2)
cd /opt/mongodb/
./bin/mongod --dbpath=/opt/mongodb/data --logpath=/opt/mongodb/logs
--slave --source 192.168.0.1 --only test --slavedelay 10
--logappend --port=27017 –fork
这样配置就完成了,当然也可以将这些启动参数像前面一样写在配置文件中,启动时使用配置文件启动。
配置完成后可以测试一下,如下:
在主机器上添加数据
cd /opt/mongodb/
./bin/mongo
db.foo.save({"id":123,"name":gongyong});
成功的话可以在从服务器看到数据:
cd /opt/mongodb/
./bin/mongo
db.foo.find({"id":123})
3. replcaSet的配置
我们假设有三台服务器,分别已经安装好了mongodb,有如下三段配置
#10.127.65.92上的配置
logpath=/opt/mongodb/logs
dbpath=/opt/mongodb/data/
port=27017
fork=true
logappend=true
replSet=rs1/10.127.65.95:27017
#10.127.65.95上的配置
logpath=/opt/mongodb/logs
dbpath=/opt/mongodb/data/
port=27017
fork=true
logappend=true
replSet=rs1/10.127.65.92:27017
#10.11.154.91上的配置
logpath=/opt/mongodb/logs
dbpath=/opt/mongodb/data/
port=27017
fork=true
logappend=true
replSet=rs1/10.127.65.92:27017,10.127.65.95:27017
分别将上面三段配置复制后放到每台mongodb的某个位置(推荐bin目录),三台服务器分别使用上面的配置启动后,要进行初始化
首先连接上65.92这台mongo
./mongo -port 27017
这样就连接上了mongodb的默认库test,然后输入如下指令:
> config_rs1={_id:'rs1',members:[
...{_id:0,host:'10.127.65.92:27017',priority:10},
...{_id:1,host:'10.127.65.95:27017',priority:9},
...{_id:2,host:'10.11.154.91:27017',priority:9}]
...}
> rs.initiate(config_rs1);
回车后出现下面的提示:
{
“info”:"Config now saved locallly. should come online in about a minute.",
" ok":1
}
说明初始化成功,注意只需要在其中任何一台上初始化就可以
运行如下指令查看是否成功
rs.status()
然后退出再重新连接,发现光标变成下面这种就对了:
rs1:PRIMARY
配置完成后可以进行秘密和用户名的设置,设置方式前面已经提到,需要注意的是,每台mongodb都需要用同样的方式设置用户名和秘密。
到这里,mongodb的安装,主从,副本集的配置就基本完成,再往后还有mongodb的集群分片的搭建,在另一篇文章里会详细说明 http://gong1208.iteye.com/blog/1622078。
附:各启动参数的说明
参数解释: --dbpath 数据库路径(数据文件)
--logpath 日志文件路径
--master 指定为主机器
--slave 指定为从机器
--source 指定主机器的IP地址
--pologSize 命令行参数(与--master一同使用)配置用于存储给从节点可用的更新信息占用的磁盘空间(M为单位),如果不指定这个参数,默认大小为当前可用磁盘空间的5%(64位机器最小值为1G,32位机器为50M)。
--logappend 日志文件末尾添加
--port 启用端口号
--fork 在后台运行
--only 指定只复制哪一个数据库
--slavedelay 指从复制检测的时间间隔
--auth 是否需要验证权限登录(用户名和密码)
-h [ --help ] show this usage information
--version show version information
-f [ --config ] arg configuration file specifying additional options
--port arg specify port number
--bind_ip arg local ip address to bind listener - all local ips
bound by default
-v [ --verbose ] be more verbose (include multiple times for more
verbosity e.g. -vvvvv)
--dbpath arg (=/data/db/) directory for datafiles 指定数据存放目录
--quiet quieter output 静默模式
--logpath arg file to send all output to instead of stdout 指定日志存放目录
--logappend appnd to logpath instead of over-writing 指定日志是以追加还是以覆盖的方式写入日志文件
--fork fork server process 以创建子进程的方式运行
--cpu periodically show cpu and iowait utilization 周期性的显示cpu和io的使用情况
--noauth run without security 无认证模式运行
--auth run with security 认证模式运行
--objcheck inspect client data for validity on receipt 检查客户端输入数据的有效性检查
--quota enable db quota management 开始数据库配额的管理
--quotaFiles arg number of files allower per db, requires --quota 规定每个数据库允许的文件数
--appsrvpath arg root directory for the babble app server
--nocursors diagnostic/debugging option 调试诊断选项
--nohints ignore query hints 忽略查询命中率
--nohttpinterface disable http interface 关闭http接口,默认是28017
--noscripting disable scripting engine 关闭脚本引擎
--noprealloc disable data file preallocation 关闭数据库文件大小预分配
--smallfiles use a smaller default file size 使用较小的默认文件大小
--nssize arg (=16) .ns file size (in MB) for new databases 新数据库ns文件的默认大小
--diaglog arg 0=off 1=W 2=R 3=both 7=W+some reads 提供的方式,是只读,只写,还是读写都行,还是主要写+部分的读模式
--sysinfo print some diagnostic system information 打印系统诊断信息
--upgrade upgrade db if needed 如果需要就更新数据库
--repair run repair on all dbs 修复所有的数据库
--notablescan do not allow table scans 不运行表扫描
--syncdelay arg (=60) seconds between disk syncs (0 for never) 系统同步刷新磁盘的时间,默认是60s
Replication options:
--master master mode 主复制模式
--slave slave mode 从复制模式
--source arg when slave: specify master as <server:port> 当为从时,指定主的地址和端口
--only arg when slave: specify a single database to replicate 当为从时,指定需要从主复制的单一库
--pairwith arg address of server to pair with
--arbiter arg address of arbiter server 仲裁服务器,在主主中和pair中用到
--autoresync automatically resync if slave data is stale 自动同步从的数据
--oplogSize arg size limit (in MB) for op log 指定操作日志的大小
--opIdMem arg size limit (in bytes) for in memory storage of op ids指定存储操作日志的内存大小
Sharding options:
--configsvr declare this is a config db of a cluster 指定shard中的配置服务器
--shardsvr declare this is a shard db of a cluster 指定shard服务器
注:版权所有,转载请注明来源:
分享到:
相关推荐
4. **配置复制集**:在每个节点(包括主节点和从节点)上,需要在配置文件中启用复制集模式,并设置replicaSet参数,如`replicaSet=myReplicaSet`。还需要指定每个节点的角色,如`hidden=true`(隐藏从节点,只用于...
k8s 安装 MongoDB 分片(Sharding)+ 副本集(Replica Set) k8s 安装 MongoDB 分片(Sharding)+ 副本集(Replica Set)是结合 Kubernetes(k8s)和 MongoDB 实现高可用性和高性能的解决方案。本解决方案通过使用 ...
标题“mongodb主从结构的配置”指的是在MongoDB环境中设置主从复制的过程。这一过程包括以下几个关键步骤: 1. **环境准备**:首先,你需要在至少两台服务器上安装MongoDB。一台作为主节点,另一台或多台作为从节点...
在本文中,我们将详细讨论如何配置一个包含三台服务器的高性能MongoDB Replica Set。 首先,我们需要为每台服务器创建数据库目录。在本例中,我们有三台服务器,分别运行在127.0.0.1的27017、27018和27019端口上。...
在MongoDB中,虽然主从模式已被副本集(Replica Set)所取代,但如果你的环境不支持副本集配置,主从模式仍然是一个有效的解决方案。 以下是如何在MongoDB中实现主从读写分离的实例代码: 首先,你需要配置两个...
MongoDB 的副本集(Replica Set)就是有自动故障恢复功能的 MongoDB 主从集群。由于 MongoDB 的主从复制功能不支持高可用,所以从 3.2 版本开始已经被废弃了,转而用副本集来代替实现数据复制的功能。一个副本集总会...
1. **配置主节点**:在D盘启动MongoDB实例,指定为主节点,命令行参数`--master`或`--replicaset`。 2. **配置从节点**:在E盘启动MongoDB实例,指定为从节点,使用`--slave`参数,并指定主节点的地址,例如`--...
mongodb的集群搭建方式主要有三种,主从模式,Replica set模式,sharding模式, 三种模式各有优劣,适用于不同的场合,属Replica set应用最为广泛,主从模式现在用的较少,sharding模式最为完备,但配置维护较为复杂 ...
在本项目中,我们将使用SpringBoot集成MongoDB副本集,探讨读写操作如何自动分发到主从节点。 1. **MongoDB 副本集** - 副本集是MongoDB实现高可用性和容错性的基础,由多个成员组成,其中一个是主节点(Primary)...
- `--keyFile`:在副本集(Replica Set)中用于身份验证的密钥文件路径。 - `--unixSocketPrefix`:设置UNIX域套接字的前缀,默认位于 `/tmp` 目录。 - `--fork`:以守护进程方式运行MongoDB。 - `--auth`:启用身份...
- **标题**:“小米科技 电商部门 Mongodb sharding Cluster with Replica Set 集群 文档” - **描述**:“小米科技 电商部门 Mongodb sharding Cluster with Replica Set 集群 文档” 该文档主要介绍了小米电商...
replicaSet=rs0`。 2. 读写操作:测试应用程序可以在复制集中执行增删改查操作,验证数据的一致性和可用性。 3. 读写分离:在Java驱动中,可以通过设置读策略实现读操作从从节点进行,降低主节点负载。 总结,...
### MongoDB 集群安装与配置详解 #### 一、概览 MongoDB 是一种流行的非关系型数据库管理系统,以其高性能、高可用性和易于扩展的特点而受到广泛欢迎。在生产环境中,为了支持大规模数据处理需求及提高系统的稳定...
- 配置主节点,包括设置replicaset、选举机制、日志路径等。 - 在从节点上配置连接到主节点,加入replicaset。 - 使用`rs.initiate()`命令初始化replicaset,确保所有节点都已加入并处于正常状态。 通过这些自动...
##### 2.2 Replica Set配置 为了提高系统的可靠性和性能,推荐使用Replica Set。这种配置方式支持故障转移等功能。 - **配置主服务器**:指定数据存放路径、端口和复制集名称等参数。 ```bash ./mongod --fork -...
- **Repl Set (副本集):** 主从配置,主要用于数据的备份。 - **Chunks (数据块):** 分布式存储时,数据会被分成多个chunks存储在不同的shard上。 **3. 搭建步骤** - **下载MongoDB:** `wget ...
MongoDB支持多种集群部署模式,包括**副本集(Replica Set)**、**分片(Sharding)**以及**主从复制(Master-Slave)**。其中,主从复制模式已经不再被推荐。 1. **副本集(Replica Set)** - **简介**:副本集是一种互为...
2. **Replica Set**:主从配置(master-slave),需要注意的是,在MongoDB中,写操作只能在主节点上进行,从节点仅作为备份。 3. **Chunks**:每个副本集下面分为多个chunks,根据规则存储在不同的chunks中。所有...
- **复制集(Replica Set)**:这是MongoDB的复制模式,它比传统的主从模式更高级,提供了自动故障转移和更高级的数据一致性保障。 #### 部署模式 - **副本集成员(Replica Set Members)**:这是构成复制集的...