MongoDB 副本集搭建实现读写分享
副本集就是有自动故障恢复功能的主从集群。主从集群和副本集最为明显的区别就是副本集没有固定的主节点。可以把副本集当做一个集
副本集就是有自动故障恢复功能的主从集群。主从集群和副本集最为明显的区别就是副本集没有固定的主节点。
可以把副本集当做一个集群,整个集群会选出一个主节点,当其不能正常工作时则会激活其它节点。
系统:
CentOS 5.6 x86_64
mongo版本:mongodb-linux-x86_64-2.0.6.tgz
Server1 10.0.1.121:20001
server2 10.0.1.212:20001
Arbiter 10.0.1.212:20002
目录规划:
数据目录和日志单分出来
Server1:
/mongodb
/mlogs
应用程序日志统计放到/usr/local/mongo
Server2:
/mongodb
/mlogs
/arbiter
应用程序日志统计放到/usr/local/mongo
部署:
1.防火墙开启20001端口,关闭selinux
2.分别在两台机器上安装mongo服务
tar xf mongodb-linux-x86_64-2.0.6.tgz -C /usr/local/mongo
3.创建key文件
Server1:
mkdir /etc/keys
echo "test123456" > r0
Server2:
mkdir /etc/keys
echo "test123456" > r1
Arbiter:
echo "test123456" > r2
chmod 600 r0 r1 r2
4.分别启动Server1和Server2的mongo服务
Server1:
/usr/local/mongo/bin/mongod --replSet rs1 --keyFile /usr/local/mongo/key/r0 --port 20001 --fork --dbpath=/mongodb/ --logpath /mlogs/Server1.log
--fork为后台启动
netstat -tunlp | grep mongo 查看端口是否被开启
加入到开机启动脚本 /etc/rc.local
Server2:
/usr/local/mongo/bin/mongod --replSet rs1 --keyFile /usr/local/mongo/key/r1 --port 20001 --fork --dbpath=/mongodb/ --logpath /mlogs/Server2.log
netstat -tunlp | grep mongo 查看端口是否被开启
/usr/local/mongo/bin/mongod --replSet rs1 --keyFile /usr/local/mongo/key/r2 --port 20002 --fork --dbpath=/arbiter --logpath /mlogs/arbiter.log
加入到开机启动脚本 /etc/rc.local使机器重启后继续生效
选项:
--only
在从节点上指定复制某个数据库(默认复制所有数据库)
--slavedelay
用在从节点上,当应用主节点的操作时增加延时(秒)
--fastsync
以主节点的数据快照为基础启动从节点,如果数据目录一开始是主节点的数据快照,从节点用这个选项启动要比完整同步快多了
--autoresync
如果从节点与主节点不同步,则自动重新同步
--oplogSize
主节点oplog的大小(MB)
5.配置及初始化Replica Sets
> config_pongo={
..._id:'pongo',members:[
...{_id:0,host:'10.0.1.121:20001',priority:1}, #如果有多个节点继续往下增加
...{_id:1,host:'10.0.1.212:20001',priority:2},
...{_id:2,host:"10.0.1.212:20002",arbiterOnly : true}]
...}
rs.initiate(config_rs1); 初始化Replica Sets
注:关于扩展节点和添加仲裁设备请看最下方、
副本集中节点的类型
standard:常规节点,它存储一份完整的数据副本,参与选举投票可以成为活跃节点。
passive:存储了完整的数据副本,参与投票,,不能成为活跃节点。
arbiter:仲裁者只参与投票,不能接受复制数据,也不能成为活跃节点。
每个参与节点(非仲裁者)都有个优先权,优先权为0是被动的,不能成为活跃节点,优先值不为0,则按照大小选出活跃节点。
如果2个值一样,则数据最新的为活跃节点。在节点配置中修改priority键,来配置成标准节点或被动节点。
注:如果配置成功master会变成PRIMARY slave会变成SECONDARY
6.使用rs.status()查看副本集的状态信息
"health" : 1, --1表明正常; 0表明异常、
"state" : 1, -- 1表明是Primary; 2 表明是Secondary;
"stateStr" : "PRIMARY", --表明此机器是主库

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

Video Face Swap
Tauschen Sie Gesichter in jedem Video mühelos mit unserem völlig kostenlosen KI-Gesichtstausch-Tool aus!

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen











Bei der Entwicklung einer E-Commerce-Website habe ich auf ein schwieriges Problem gestoßen: So liefern Sie den Benutzern personalisierte Produktempfehlungen. Anfangs habe ich einige einfache Empfehlungsalgorithmen ausprobiert, aber die Ergebnisse waren nicht ideal und die Benutzerzufriedenheit war ebenfalls betroffen. Um die Genauigkeit und Effizienz des Empfehlungssystems zu verbessern, habe ich mich entschlossen, eine professionellere Lösung zu übernehmen. Schließlich habe ich Andres-Montanez/Empfehlungen durch den Komponisten installiert, was nicht nur mein Problem löste, sondern auch die Leistung des Empfehlungssystems erheblich verbesserte. Sie können Komponist über die folgende Adresse lernen:

Es ist unmöglich, das MongoDB -Passwort direkt über Navicat anzuzeigen, da es als Hash -Werte gespeichert ist. So rufen Sie verlorene Passwörter ab: 1. Passwörter zurücksetzen; 2. Überprüfen Sie die Konfigurationsdateien (können Hash -Werte enthalten). 3. Überprüfen Sie Codes (May Hardcode -Passwörter).

Die GitLab -Datenbank -Bereitstellungshandbuch zum CentOS -System zur Auswahl der richtigen Datenbank ist ein wichtiger Schritt bei der erfolgreichen Bereitstellung von GitLab. GitLab ist mit einer Vielzahl von Datenbanken kompatibel, darunter MySQL, PostgreSQL und MongoDB. In diesem Artikel wird ausführlich erklärt, wie Sie diese Datenbanken auswählen und konfigurieren. Datenbankauswahlempfehlung MySQL: Ein weit verbreitetes relationales Datenbankverwaltungssystem (RDBMS) mit stabiler Leistung und für die meisten GitLab -Bereitstellungsszenarien geeignet. PostgreSQL: leistungsstarke Open -Source -RDBMs unterstützt komplexe Abfragen und erweiterte Funktionen, die für die Behandlung großer Datensätze geeignet sind. MongoDB: beliebte NoSQL -Datenbank, gut im Umgang mit See

Detaillierte Erläuterung der effizienten Backup -Strategie von MongoDB im CentOS -System Dieser Artikel wird die verschiedenen Strategien zur Implementierung der MongoDB -Sicherung im CentOS -System ausführlich einführen, um die Datensicherheit und die Geschäftsübergang zu gewährleisten. Wir werden manuelle Backups, zeitgesteuerte Sicherungen, automatisierte Skriptsicherungen und Sicherungsmethoden in Docker -Containerumgebungen abdecken und Best Practices für die Verwaltung von Sicherungsdateien bereitstellen. Handbuch Sicherung: Verwenden Sie den Befehl mongodump, um eine manuelle vollständige Sicherung durchzuführen.

MongoDB und relationale Datenbank: Eingehender Vergleich In diesem Artikel werden die Unterschiede zwischen der NOSQL-Datenbank MongoDB und traditionellen relationalen Datenbanken (wie MySQL und SQLServer) eingehend untersucht. Relationale Datenbanken verwenden Tabellenstrukturen von Zeilen und Spalten, um Daten zu organisieren, während MongoDB flexible dokumentorientierte Modelle verwendet, um den Anforderungen moderner Anwendungen besser entsprechen. Unterscheidet hauptsächlich Datenstrukturen: Relationale Datenbanken verwenden vordefinierte Schema -Tabellen, um Daten zu speichern, und die Beziehungen zwischen Tabellen werden durch Primärschlüssel und Fremdschlüssel hergestellt. MongoDB verwendet JSON-ähnliche BSON-Dokumente, um sie in einer Sammlung zu speichern, und jede Dokumentstruktur kann unabhängig geändert werden, um mustfreies Design zu erreichen. Architektures Design: Relationale Datenbanken müssen ein festgelegtes festes Schema vor definiert werden. MongoDB unterstützt

Befolgen Sie die folgenden Schritte, um einen MongoDB -Benutzer einzurichten: 1. Stellen Sie eine Verbindung zum Server her und erstellen Sie einen Administratorbenutzer. 2. Erstellen Sie eine Datenbank, um Benutzern Zugriff zu gewähren. 3.. Verwenden Sie den Befehl createUser, um einen Benutzer zu erstellen und seine Rolle und Datenbankzugriffsrechte anzugeben. V. 5. Legen Sie optional andere Berechtigungen oder Gewährung der Benutzer Berechtigungen für eine bestimmte Sammlung ein.

Verschlüsseln Sie die MongoDB -Datenbank in einem Debian -System erfordert die folgenden Schritte: Schritt 1: Stellen Sie zuerst die MongoDB -Installation durch, dass Ihr Debian -System MongoDB installiert hat. Wenn nicht, lesen Sie bitte das offizielle MongoDB-Dokument für die Installation: https://docs.mongodb.com/manual/tutorial/install-mongodb-on-debian/step 2: Generieren Sie die Verschlüsselungsschlüsseldatei Erstellen Sie eine Datei, die die Verschlüsselungsschlüssel enthält, und setzen

MongoDB ist für unstrukturierte Daten und hohe Skalierbarkeitsanforderungen geeignet, während Oracle für Szenarien geeignet ist, die eine strenge Datenkonsistenz erfordern. 1. MongoDB speichert Daten flexibel in verschiedenen Strukturen, die für soziale Medien und das Internet der Dinge geeignet sind. 2. Oracle Structured Data Modell sorgt für die Datenintegrität und eignet sich für Finanztransaktionen. 3.MongoDB skaliert horizontal durch Scherben, und Oracle skaliert vertikal durch RAC. 4.MongoDB hat niedrige Wartungskosten, während Oracle hohe Wartungskosten aufweist, aber vollständig unterstützt wird.
