[ MongoDB ] 副本集的搭建及测试

最新推荐文章于 2024-11-09 21:51:58 发布
最新推荐文章于 2024-11-09 21:51:58 发布
阅读量84 收藏
点赞数
文章标签： 数据库 shell 开发工具
原文链接：http://www.cnblogs.com/hukey/p/5769548.html
版权

    Replica Sets  复制 (副本集)

node1: 10.0.0.10
node2: 10.0.0.11
node3: 10.0.0.12

副本集结构图：

 

MongoDB程序，配置文件，启动脚本地址：链接：http://pan.baidu.com/s/1hslX7Ju 密码：jlei

 

node1 部署：

# 拷贝到其他两个节点上。
[root@node1 ~]# scp mongodb-linux-x86_64-rhel62-3.2.8.tgz 10.0.0.11:/root/
[root@node1 ~]# scp mongodb-linux-x86_64-rhel62-3.2.8.tgz 10.0.0.12:/root/

[root@node1 ~]# tar xf mongodb-linux-x86_64-rhel62-3.2.8.tgz -C /usr/local/
[root@node1 ~]# ln -vs /usr/local/mongodb-linux-x86_64-rhel62-3.2.8  /usr/local/mongodb
`/usr/local/mongodb' -> `/usr/local/mongodb-linux-x86_64-rhel62-3.2.8

[root@node1 ~]# vim  /etc/profile.d/mongod.sh
[root@node1 ~]# source /etc/profile.d/mongod.sh


# 建立运行mongodb服务的用户
[root@node1 ~]# useradd -s /sbin/nologin mongod

# 创建mongodb配置文件及数据存放位置
[root@node1 ~]# mkdir -pv /mongodb/{conf,log,data}


# 编写mongodb配置文件
[root@node1 ~]# vim /mongodb/conf/mongod.conf 

systemLog:
 destination: file
###日志存储位置
 path: /mongodb/log/mongod.log
 logAppend: true
storage:
##journal配置
 journal:
  enabled: true
##数据文件存储位置
 dbPath: /mongodb/data/
##是否一个库一个文件夹
 directoryPerDB: true
##数据引擎
 engine: wiredTiger
##WT引擎配置
 wiredTiger:
  engineConfig:
##WT最大使用cache（根据服务器实际情况调节）
   cacheSizeGB: 10
##是否将索引也按数据库名单独存储
   directoryForIndexes: true
##表压缩配置
  collectionConfig:
   blockCompressor: zlib
##索引配置
  indexConfig:
   prefixCompression: true
processManagement:
 fork: true  # fork and run in background
 pidFilePath: /var/run/mongodb/mongod.pid
##端口配置
net:
 port: 27017
 bindIp: 10.0.0.10

 # 配置副本集重要参数
replication:
 oplogSizeMB: 20
 replSetName: rs0

# 创建日志文件
[root@node1 ~]# touch /mongodb/log/mongod.log

[root@node1 ~]# chown -R mongod:mongod /mongodb/

# 编写服务启动脚本，该代码比较长，这里不再展示，
[root@node1 ~]# vim /etc/init.d/mongod

[root@node1 ~]# service mongod start
Starting mongod:                                           [  OK  ]
[root@node1 ~]# netstat -ntplu | grep mongod
tcp        0      0 10.0.0.10:27017             0.0.0.0:*                   LISTEN      1592/mongod

 

node2、node3 配置和node1一样。

node2:
[root@node2 data]# service mongod start
Starting mongod:                                           [  OK  ]
[root@node2 data]# netstat -ntplu | grep mongod
tcp        0      0 10.0.0.11:27017             0.0.0.0:*                   LISTEN      1621/mongod 

node3:
[root@bogon ~]# service mongod start
Starting mongod:                                           [  OK  ]
[root@bogon ~]# netstat -ntplu | grep mongod
tcp        0      0 10.0.0.12:27017             0.0.0.0:*                   LISTEN      1996/mongod

node1 上进行配置

[root@node1 ~]# mongo 10.0.0.10:27017

> rs.status()
{
    "info" : "run rs.initiate(...) if not yet done for the set",
    "ok" : 0,
    "errmsg" : "no replset config has been received",
    "code" : 94
}

# 初始化副本集

> rs.initiate()
{
    "info2" : "no configuration specified. Using a default configuration for the set",
    "me" : "10.0.0.10:27017",
    "ok" : 1
}

# 添加node2和node3成员
rs0:PRIMARY> rs.add('10.0.0.11:27017')
{ "ok" : 1 }
rs0:PRIMARY> rs.add('10.0.0.12:27017')
{ "ok" : 1 }

rs0:PRIMARY> rs.status()
{
    "set" : "rs0",
    "date" : ISODate("2016-08-13T09:37:42.412Z"),
    "myState" : 1,
    "term" : NumberLong(1),
    "heartbeatIntervalMillis" : NumberLong(2000),
    "members" : [
        {
            "_id" : 0,
            "name" : "10.0.0.10:27017",
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",
            "uptime" : 843,
            "optime" : {
                "ts" : Timestamp(1471081025, 1),
                "t" : NumberLong(1)
            },
            "optimeDate" : ISODate("2016-08-13T09:37:05Z"),
            "infoMessage" : "could not find member to sync from",
            "electionTime" : Timestamp(1471080967, 2),
            "electionDate" : ISODate("2016-08-13T09:36:07Z"),
            "configVersion" : 3,
            "self" : true
        },
        {
            "_id" : 1,
            "name" : "10.0.0.11:27017",
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY",
            "uptime" : 41,
            "optime" : {
                "ts" : Timestamp(1471081025, 1),
                "t" : NumberLong(1)
            },
            "optimeDate" : ISODate("2016-08-13T09:37:05Z"),
            "lastHeartbeat" : ISODate("2016-08-13T09:37:41.063Z"),
            "lastHeartbeatRecv" : ISODate("2016-08-13T09:37:42.065Z"),
            "pingMs" : NumberLong(0),
            "syncingTo" : "10.0.0.10:27017",
            "configVersion" : 3
        },
        {
            "_id" : 2,
            "name" : "10.0.0.12:27017",
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY",
            "uptime" : 37,
            "optime" : {
                "ts" : Timestamp(1471081025, 1),
                "t" : NumberLong(1)
            },
            "optimeDate" : ISODate("2016-08-13T09:37:05Z"),
            "lastHeartbeat" : ISODate("2016-08-13T09:37:41.063Z"),
            "lastHeartbeatRecv" : ISODate("2016-08-13T09:37:42.065Z"),
            "pingMs" : NumberLong(0),
            "syncingTo" : "10.0.0.10:27017",
            "configVersion" : 3
        }
    ],
    "ok" : 1
}


rs0:PRIMARY> rs.isMaster()
{
    "hosts" : [
        "10.0.0.10:27017",
        "10.0.0.11:27017",
        "10.0.0.12:27017"
    ],
    "setName" : "rs0",
    "setVersion" : 3,
    "ismaster" : true,
    "secondary" : false,
    "primary" : "10.0.0.10:27017",        # primary节点是：10.0.0.10:27017
    "me" : "10.0.0.10:27017",            # 当前节点是：10.0.0.10:27017
    "electionId" : ObjectId("7fffffff0000000000000001"),
    "maxBsonObjectSize" : 16777216,
    "maxMessageSizeBytes" : 48000000,
    "maxWriteBatchSize" : 1000,
    "localTime" : ISODate("2016-08-13T09:38:07.799Z"),
    "maxWireVersion" : 4,
    "minWireVersion" : 0,
    "ok" : 1
}

测试：

    通过primary节点添加1万条数据，看其他两个SECONDARY节点是否同步

 

rs0:PRIMARY> for(var i=1;i<=10000;i++) db.users.insert({id:i,addr_1:"Beijing",addr_2:"Shanghai"});
WriteResult({ "nInserted" : 1 })

rs0:PRIMARY> show dbs
local  0.000GB
test   0.000GB
rs0:PRIMARY> use test
switched to db test
rs0:PRIMARY> show collections
users
rs0:PRIMARY> db.users.find()
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ff5"), "id" : 1, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ff6"), "id" : 2, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ff7"), "id" : 3, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ff8"), "id" : 4, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ff9"), "id" : 5, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ffa"), "id" : 6, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ffb"), "id" : 7, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ffc"), "id" : 8, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ffd"), "id" : 9, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ffe"), "id" : 10, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8fff"), "id" : 11, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9000"), "id" : 12, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9001"), "id" : 13, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9002"), "id" : 14, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9003"), "id" : 15, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9004"), "id" : 16, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9005"), "id" : 17, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9006"), "id" : 18, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9007"), "id" : 19, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9008"), "id" : 20, "addr_1" : "Beijing", "addr_2" : "Shanghai" }

 

# 查看 SECONDARY 节点

rs0:SECONDARY> show dbs
2015-12-07T03:32:41.419+0800 E QUERY    [thread1] Error: listDatabases failed:{ "ok" : 0, "errmsg" : "not master and slaveOk=false", "code" : 13435 } :
_getErrorWithCode@src/mongo/shell/utils.js:25:13
Mongo.prototype.getDBs@src/mongo/shell/mongo.js:62:1
shellHelper.show@src/mongo/shell/utils.js:761:19
shellHelper@src/mongo/shell/utils.js:651:15
@(shellhelp2):1:1

# 首次在SECONDARY 访问集合的时候是不允许的。

rs0:SECONDARY> rs.slaveOk()     # 首次访问集合需要执行rs.slaveOk()
rs0:SECONDARY> show dbs
local  0.000GB
test   0.000GB

rs0:SECONDARY> use test
switched to db test

rs0:SECONDARY> db.users.find()
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ff5"), "id" : 1, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ffd"), "id" : 9, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ff6"), "id" : 2, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ff7"), "id" : 3, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ffe"), "id" : 10, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8fff"), "id" : 11, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ffc"), "id" : 8, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ff8"), "id" : 4, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ff9"), "id" : 5, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ffa"), "id" : 6, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e8ffb"), "id" : 7, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9000"), "id" : 12, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9001"), "id" : 13, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9008"), "id" : 20, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9006"), "id" : 18, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9005"), "id" : 17, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9007"), "id" : 19, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9009"), "id" : 21, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9002"), "id" : 14, "addr_1" : "Beijing", "addr_2" : "Shanghai" }
{ "_id" : ObjectId("57aeecd04f49c2b3d60e9004"), "id" : 16, "addr_1" : "Beijing", "addr_2" : "Shanghai" }


 以上结果就说明同步成功。

 

 down掉PRIMARY服务，看看会出现什么状况

 

[root@node1 ~]# service mongod stop
Stopping mongod:                                           [  OK  ]


rs0:PRIMARY> rs.status()
{
    "set" : "rs0",
    "date" : ISODate("2015-12-06T19:36:07.801Z"),
    "myState" : 1,
    "term" : NumberLong(2),
    "heartbeatIntervalMillis" : NumberLong(2000),
    "members" : [
        {
            "_id" : 0,
            "name" : "10.0.0.10:27017",
            "health" : 0,
            "state" : 8,
            "stateStr" : "(not reachable/healthy)",            # 检查到node1节点不健康。
            "uptime" : 0,
            "optime" : {
                "ts" : Timestamp(0, 0),
                "t" : NumberLong(-1)
            },
            "optimeDate" : ISODate("1970-01-01T00:00:00Z"),
            "lastHeartbeat" : ISODate("2015-12-06T19:36:06.814Z"),
            "lastHeartbeatRecv" : ISODate("2015-12-06T19:35:37.559Z"),
            "pingMs" : NumberLong(0),
            "lastHeartbeatMessage" : "Connection refused",
            "configVersion" : -1
        },
        {
            "_id" : 1,
            "name" : "10.0.0.11:27017",
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",                将PRIMARY转交给node2成员
            "uptime" : 1430,
            "optime" : {
                "ts" : Timestamp(1471081684, 2222),
                "t" : NumberLong(2)
            },
            "optimeDate" : ISODate("2016-08-13T09:48:04Z"),
            "infoMessage" : "could not find member to sync from",
            "electionTime" : Timestamp(1471081684, 2221),
            "electionDate" : ISODate("2016-08-13T09:48:04Z"),
            "configVersion" : 3,
            "self" : true
        },
        {
            "_id" : 2,
            "name" : "10.0.0.12:27017",
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY",
            "uptime" : 965,
            "optime" : {
                "ts" : Timestamp(1471081684, 2222),
                "t" : NumberLong(2)
            },
            "optimeDate" : ISODate("2016-08-13T09:48:04Z"),
            "lastHeartbeat" : ISODate("2015-12-06T19:36:06.813Z"),
            "lastHeartbeatRecv" : ISODate("2015-12-06T19:36:07.513Z"),
            "pingMs" : NumberLong(0),
            "syncingTo" : "10.0.0.11:27017",
            "configVersion" : 3
        }
    ],
    "ok" : 1
}

 

经过以上测试，实现了MongoDB副本集的高可用。

转载于:https://www.cnblogs.com/hukey/p/5769548.html

weixin_30387339
关注
Linux环境下 MongoDB-4.0.10 副本集架构搭建及简单测试
xiaoliuxxs
11-14 933
83.mongodb副本集介绍 搭建 测试
weixin_34247299的博客
04-01 105
2019独角兽企业重金招聘Python工程师标准>>> ...
MongoDB之副本集配置
热门推荐
pengjunlee的博客
11-15 8万+
MongoDB主从复制 主从复制是 MongoDB 最早使用的复制方式， 该复制方式易于配置，并且可以支持任意数量的从节点服务器，与使用单节点模式相比有如下优点： 在从服务器上存储数据副本，提高了数据的可用性， 并可以保证数据的安全性。 可配置读写分离,主节点负责写操作,从节点负责读操作,将读写压力分开,提高系统的稳定性。 MongoDB 的主从复制至少需要两个服务器或者节点。其中一个...
MongoDB副本集搭建和测试
Cc是个疯子啊的博客
11-04 3491
前段时间花了时间看了看mongodb，室友买了mongodb权威指南也借过来瞅瞅，书对于刚刚接触的人还是不错的。废话不多说上代码。 搭建环境 MacBook pro 15款840 VMWare Fusion8 Centos 6.7 mongodb-linux-x86_64-3.0.6.tgz 安装mongodb 这一步其实就是一个解压的过程。很简单。 在安装前把dbpath
centos7部署MongoDB数据库复制集（超详细）
weixin_33711641的博客
06-13 442
centos7部署MongoDB数据库复制集（超详细）重点：复制集概述；复制集实现原理；复制集的应用案例；一、概述：组成：Mongodb复制集（副本集replica set）由一组Mongod实例（进程）组成，包含一个Primary节点和多个Secondary节点，Mongodb Driver（客户端）的所有数据都写入Primary，Secondary通过oplog来同步Primary的数据，保证...
MongoDB副本集搭建
m0_52449774的博客
07-02 994
（3台）启动主节点服务：启动副本节点服务：启动仲裁节点服务：#初始化副本集#“ok”的值为1，说明创建成功，命令行提示符发生变化了，变成了一个从节点角色(myrs:SECONDARY)，此时默认不能读写。稍等片刻，按一下回车，变成主节点(myrs:PRIMARY)#查看副本集配置内容rs.conf()#"_id":"myrs”：副本集的配置数据存储的主键值，默认就是副本集的名字。
mongodb副本集搭建
ApexPredator的博客
05-10 697
mongodb副本集搭建
【mongodb】mongodb副本集的搭建和使用
zerotoall的博客
08-01 1301
# Mongodb副本集介绍： Mongodb复制集由一组Mongod实例（进程）组成，包含一个Primary节点和多个Secondary节点。 Mongodb Driver（客户端）的所有数据都写入Primary，Secondary从Primary同步写入的数据，以保持复制集内所有成员存储相同的数据集，实现数据的高可用。 ​ # 副本集作用： 数据冗余，用做故障恢复使用，当发生硬件故障或者其它原因造成的宕机时，可以使用副本进行恢复。 读写分离，读的请求分流到副本上，减轻主节点的读压力。
安装搭建MongoDB及配置副本集
xjxy52o的博客
08-15 1529
MongoDB的副本集是一种提供数据冗余和高可用性的架构。它是由多个维护相同数据集的mongod进程（即数据库实例）组成的一个集合，这些实例分布在不同的服务器上。副本集的设计目标是为了确保在单个服务器发生故障时，数据库服务依然可以继续运作，从而提高了系统的可靠性和容错能力。
mongodb副本集搭建（windows）
Pierce°ღ的博客
08-24 3949
windows搭建mongodb副本集并注册成服务
Mongodb 副本集搭建问题总结及解决办法
12-16
在搭建MongoDB副本集时，可能会遇到多种问题。首先，配置文件中的端口设置是关键。如果新人操作时配置了错误的端口，需要及时修正。更改端口通常有两种方法：一是直接修改副本集配置，二是通过rs.reconfig命令。第一...
MongoDB副本集搭建、连接php
FUYY'S BLOG
12-18 1316
文章目录PHP连接MongoDBMongoDB副本集介绍MongoDB副本集搭建MongoDB副本集测试 PHP连接MongoDB php连接MongoDB需要安装拓展包有两种，分别是mongo.so和mongodb.so，mongo.so比较老（最新版本是2017.9.5的，目前已停止更新），主要用于php5.x版本，两个拓展包都可以在pecl网站（https://pecl.php.net）下载...
Mongodb 副本集搭建（windows）
铃兰丶物语
03-14 2582
Mongodb 副本集搭建（windows）
07 Oracle数据库恢复基础解析：从检查点到归档，一步步构建数据安全防线
最新发布
超哥的博客
11-09 1002
检查点是Oracle数据库中的一个特殊事件，它的作用是将内存中的数据块同步到磁盘上，以确保数据的持久性。简单来说，就是让数据库“记住”到目前为止所有的更改。Redo日志是Oracle用来记录所有数据更改的日志文件。每次对数据库进行修改时，都会先写入Redo日志，然后再写入数据文件。这样，即使系统崩溃，也能通过Redo日志恢复数据。当数据库运行在归档模式下时，一旦当前的Redo日志文件满，Oracle会将其复制到一个安全的存储位置，并标记为已归档。这样可以长期保留Redo日志，便于历史数据的恢复。
2024.11.6-Redis的事务与持久化
whisper_Java 的博客
11-06 791
MULTI、EXEC、DISCARD和WATCH 是 Redis 事务相关的命令。Redis的事务是将一系列待执行的指令存到一个Queue中，并使用exec执行事务。​--1. Redis事务是一个独立的隔离机制：事务中的所有命令都会序列化到queue、并按顺序地执行queue里的指令。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。​​multi: 用于开启事务，将待执行的命令放入到队列中exec命令:负责触发并执行事务中的所有命令：discard: 用于取消组队。
Redis - 事务
ketil27的博客
11-08 830
Redis 的事务和MySQL的事务概念上是类似的.都是把⼀系列操作绑定成⼀组.让这⼀组能够批量执 ⾏.弱化的原⼦性:redis没有"回滚机制".只能做到这些操作"批量执⾏".不能做到"⼀个失败就恢复到 初始状态".不保证⼀致性:不涉及"约束". 也没有回滚.MySQL的⼀致性体现的是运⾏事务前和运⾏后,结果都 是合理有效的,不会出现中间⾮法状态.不需要隔离性:也没有隔离级别,因为不会并发执⾏事务(redis单线程处理请求).
go 集成go-redis 缓存操作
hlsd的博客
11-07 1104
go redis 学习。
windows11安装redis
qq_42985657的博客
11-06 417
下载免安装版本，鼠标点击一下自动下载。解压。
MongoDB副本集数据丢失测试与分析
"MongoDB副本集丢失数据的测试实例教程" MongoDB副本集是数据库高可用性和数据冗余的重要实现方式，旨在确保数据的安全性和服务的持续性。然而，在某些特定情况下，副本集可能会出现丢失数据的现象。本教程将详细...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值