开头还是介绍一下群,如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题,有需求都可以加群群内有各大数据库行业大咖,可以解决你的问题。加群请联系 liuaustin3 ,(共3300人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9)(1 2 3 4 5 6 7群均已爆满,开8群近400 9群 200+,开10群PolarDB专业学习群100+)
线上的云使用的云原生或云托管数据库产品,我们使用的当然很爽,可线下的数据库搭建和使用这部分,也并不是没有需求,这里测试库是我们日常的工作,而在日常的工作中,MongoDB的搭建就产生一个问题,我们是搭建单机,还是搭建复制集。
在搭建复制集在测试库中是没有必要的,而我们希望测试机能提供与复制集类似的一些模拟和联系的需求比如我们通过云上的数据库同步工具,将线上的数据同步到线下的MongoDB.而单机的MongoDB 是无法满足这个需求的也就是我们需要一个单体的MongoDB 但要可以具有oplogs。所以我们在下面的环节,对于测试环境,我们建立一个只有一个节点的MongoDB的主集群。
大致的过程如下
1 下载MongoDB 8.2.1 社区版
2 下载MongoDB tools 和 mongosh 程序
(之前老版本中Mongodb是通过mongo来访问数据库,而后期工具与数据库和访问工具都单独进行打包,需要分别下载这些部分)
3 规划目录,规划配置文件
systemLog:
destination: file
path: "/mongodb/mongod.log"
logAppend: true
timeStampFormat: iso8601-local
processManagement:
fork: false
net:
bindIp: 192.168.198.100
port: 27017
maxIncomingConnections: 5000
wireObjectCheck: true
security:
keyFile: /mongodb/keyfile/keyfile.key
clusterAuthMode: keyFile
authorization: disabled
javascriptEnabled: true
clusterIpSourceAllowlist: ["192.168.198.100/24","192.168.198.101/24","192.168.198.102/24"]
storage:
dbPath: /mongodb/data/
journal:
commitIntervalMs: 50
directoryPerDB: true
engine: wiredTiger
wiredTiger:
engineConfig:
cacheSizeGB: 2
journalCompressor: zstd
directoryForIndexes: true
indexConfig:
prefixCompression: true
oplogMinRetentionHours: 1
operationProfiling:
mode: slowOp
slowOpThresholdMs: 100
slowOpSampleRate: 0.5
replication:
oplogSizeMB: 10240
replSetName: test
这里需要注意几点,在第一次安装时需要建立配置文件中的对应的目录,同时对这些目录赋予mongo user的权限,配置文件第一次在没有配置账号密码的情况下,需要注释掉
replication keyFile: /mongodb/keyfile/keyfile.key
clusterAuthMode: keyFile
同时启动时 authorization: disabled 将认证设置为 disabled
启动后,先在admin数据库建立root账号,然后在关闭mongodb数据库,将上述的配置文件打开注释,并将authorization: disabled 设置为enabled。
在将系统设置为复制集
Enterprise admin>
... rs.initiate({
... _id: "test",
... members: [
... { _id: 0, host: "192.168.198.100:27017" }
... ]
... })
{ ok: 1 }
Enterprise test [direct: other] admin> rs.conf()
{
_id: 'test',
version: 1,
term: 1,
members: [
{
_id: 0,
host: '192.168.198.100:27017',
arbiterOnly: false,
buildIndexes: true,
hidden: false,
priority: 1,
tags: {},
secondaryDelaySecs: Long('0'),
votes: 1
}
],
protocolVersion: Long('1'),
writeConcernMajorityJournalDefault: true,
settings: {
chainingAllowed: true,
heartbeatIntervalMillis: 2000,
heartbeatTimeoutSecs: 10,
electionTimeoutMillis: 10000,
catchUpTimeoutMillis: -1,
catchUpTakeoverDelayMillis: 30000,
getLastErrorModes: {},
getLastErrorDefaults: { w: 1, wtimeout: 0 },
replicaSetId: ObjectId('68ebb18be68c384ef91271f9')
}
}
至此一个供测试使用的mongodb建立成功。
Enterprise test [direct: primary] test> rs.status()
{
set: 'test',
date: ISODate('2025-10-12T14:17:28.730Z'),
myState: 1,
term: Long('2'),
syncSourceHost: '',
syncSourceId: -1,
heartbeatIntervalMillis: Long('2000'),
majorityVoteCount: 1,
writeMajorityCount: 1,
votingMembersCount: 1,
writableVotingMembersCount: 1,
optimes: {
lastCommittedOpTime: { ts: Timestamp({ t: 1760278644, i: 1 }), t: Long('2') },
lastCommittedWallTime: ISODate('2025-10-12T14:17:24.676Z'),
readConcernMajorityOpTime: { ts: Timestamp({ t: 1760278644, i: 1 }), t: Long('2') },
appliedOpTime: { ts: Timestamp({ t: 1760278644, i: 1 }), t: Long('2') },
durableOpTime: { ts: Timestamp({ t: 1760278644, i: 1 }), t: Long('2') },
writtenOpTime: { ts: Timestamp({ t: 1760278644, i: 1 }), t: Long('2') },
lastAppliedWallTime: ISODate('2025-10-12T14:17:24.676Z'),
lastDurableWallTime: ISODate('2025-10-12T14:17:24.676Z'),
lastWrittenWallTime: ISODate('2025-10-12T14:17:24.676Z')
},
lastStableRecoveryTimestamp: Timestamp({ t: 1760278615, i: 1 }),
electionCandidateMetrics: {
lastElectionReason: 'electionTimeout',
lastElectionDate: ISODate('2025-10-12T14:17:14.671Z'),
electionTerm: Long('2'),
lastCommittedOpTimeAtElection: { ts: Timestamp({ t: 0, i: 0 }), t: Long('-1') },
lastSeenWrittenOpTimeAtElection: { ts: Timestamp({ t: 1760278625, i: 1 }), t: Long('1') },
lastSeenOpTimeAtElection: { ts: Timestamp({ t: 1760278625, i: 1 }), t: Long('1') },
numVotesNeeded: 1,
priorityAtElection: 1,
electionTimeoutMillis: Long('10000'),
newTermStartDate: ISODate('2025-10-12T14:17:14.675Z'),
wMajorityWriteAvailabilityDate: ISODate('2025-10-12T14:17:14.725Z')
},
members: [
{
_id: 0,
name: '192.168.198.100:27017',
health: 1,
state: 1,
stateStr: 'PRIMARY',
uptime: 14,
optime: { ts: Timestamp({ t: 1760278644, i: 1 }), t: Long('2') },
optimeDate: ISODate('2025-10-12T14:17:24.000Z'),
optimeWritten: { ts: Timestamp({ t: 1760278644, i: 1 }), t: Long('2') },
optimeWrittenDate: ISODate('2025-10-12T14:17:24.000Z'),
lastAppliedWallTime: ISODate('2025-10-12T14:17:24.676Z'),
lastDurableWallTime: ISODate('2025-10-12T14:17:24.676Z'),
lastWrittenWallTime: ISODate('2025-10-12T14:17:24.676Z'),
syncSourceHost: '',
syncSourceId: -1,
infoMessage: 'Could not find member to sync from',
electionTime: Timestamp({ t: 1760278634, i: 1 }),
electionDate: ISODate('2025-10-12T14:17:14.000Z'),
configVersion: 1,
configTerm: 2,
self: true,
lastHeartbeatMessage: ''
}
],
ok: 1,
'$clusterTime': {
clusterTime: Timestamp({ t: 1760278644, i: 1 }),
signature: {
hash: Binary.createFromBase64('LUOca5KJRvvlj1HCbImV9pb9YiI=', 0),
keyId: Long('7560331610030080007')
}
},
operationTime: Timestamp({ t: 1760278644, i: 1 })
}
Enterprise test [direct: primary] test>
注明:为什么一定要单节点的复制集,而不是单节点的standlone
MongoDB 的很多高级功能(如下)都必须依赖副本集才能启用:
Multi-document Transactions(多文档事务)
Change Streams(变更流)
$lookup与事务结合Majority 写入语义
置顶
外媒评论区疯狂了,开发人员各种观点---北美AI替换程序员引发境外程序员业界震动
MySQL 8 的老大难问题,从5.7延续至今,这个问题有这么难?
一篇为MySQL用户,分析版本核心差异的文章--8.028-8.4的差异
云上DBA是诸葛亮,云下的DBA是 关云长,此话怎讲? 4点变化直击要害
MongoDB 开始接客户应用系统 AI 改造的活了--OMG 这世界太疯狂
一篇将PostgreSQL 日志问题说的非常详细附带分析解决方案的文章 (翻译)
企业DBA 应该没听说过 Supabase,因为他不单纯 !!
Oracle 推出原生支持 Oracle 数据库的 MCP 服务器,助力企业构建智能代理应用
PolarDB MySQL SQL 优化指南 (SQL优化系列 5)
开发欺负我 Redis 的大 keys的问题,我一个DBA怎么解决?
IF-Club 你提意见拿礼物 AustinDatabases 破 10000
开发欺负我 Redis 的大 keys的问题,我一个DBA怎么解决?
OceanBase 相关文章
OceanBase 光速快递 OB Cloud “MySQL” 给我,Thanks a lot
和架构师沟通那种“一坨”的系统,推荐只能是OceanBase,Why ?
OceanBase Hybrid search 能力测试,平换MySQL的好选择
写了3750万字的我,在2000字的OB白皮书上了一课--记 《OceanBase 社区版在泛互场景的应用案例研究
OceanBase 6大学习法--OBCA视频学习总结第六章
OceanBase 6大学习法--OBCA视频学习总结第五章--索引与表设计
OceanBase 6大学习法--OBCA视频学习总结第五章--开发与库表设计
OceanBase 6大学习法--OBCA视频学习总结第四章 --数据库安装
OceanBase 6大学习法--OBCA视频学习总结第三章--数据库引擎
OceanBase 架构学习--OB上手视频学习总结第二章 (OBCA)
OceanBase 6大学习法--OB上手视频学习总结第一章
没有谁是垮掉的一代--记 第四届 OceanBase 数据库大赛
跟我学OceanBase4.0 --阅读白皮书 (OB分布式优化哪里了提高了速度)
跟我学OceanBase4.0 --阅读白皮书 (4.0优化的核心点是什么)
跟我学OceanBase4.0 --阅读白皮书 (0.5-4.0的架构与之前架构特点)
跟我学OceanBase4.0 --阅读白皮书 (旧的概念害死人呀,更新知识和理念)
OceanBase 学习记录-- 建立MySQL租户,像用MySQL一样使用OB
“合体吧兄弟们!”——从浪浪山小妖怪看OceanBase国产芯片优化《OceanBase “重如尘埃”之歌》
MongoDB 相关文章
MongoDB “升级项目” 大型连续剧(4)-- 与开发和架构沟通与扫尾
MongoDB “升级项目” 大型连续剧(3)-- 自动校对代码与注意事项
MongoDB “升级项目” 大型连续剧(2)-- 到底谁是"der"
MongoDB “升级项目” 大型连续剧(1)-- 可“生”可不升
MongoDB 大俗大雅,上来问分片真三俗 -- 4 分什么分
MongoDB 大俗大雅,高端知识讲“庸俗” --3 奇葩数据更新方法
MongoDB 大俗大雅,高端的知识讲“通俗” -- 2 嵌套和引用
MongoDB 大俗大雅,高端的知识讲“低俗” -- 1 什么叫多模
MongoDB 合作考试报销活动 贴附属,MongoDB基础知识速通
MongoDB 使用网上妙招,直接DOWN机---清理表碎片导致的灾祸 (送书活动结束)
MongoDB 2023年度纽约 MongoDB 年度大会话题 -- MongoDB 数据模式与建模
MongoDB 双机热备那篇文章是 “毒”
MongoDB 会丢数据吗?在次补刀MongoDB 双机热备
MONGODB ---- Austindatabases 历年文章合集
MongoDB 麻烦专业点,不懂可以问,别这么用行吗 ! --TTL
PolarDB 已经开放的课程
PolarDB 非官方课程第八节--数据库弹性弹出一片未来--结课
PolarDB 非官方课程第七节--数据备份还原瞬间完成是怎么做到的--答题领奖品
PolarDB 非官方课程第六节--数据库归档还能这么玩--答题领奖品
PolarDB 非官方课程第五节--PolarDB代理很重要吗?--答题领奖品
PolarDB 非官方课程第四节--PG实时物化视图与行列数据整合处理--答题领奖品
PolarDB 非官方课程第三节--MySQL+IMCI=性能怪兽--答题领奖品
PolarDB 非官方课程第二节--云原生架构与特有功能---答题领奖品
PolarDB 非官方课程第一节-- 用户角度怎么看PolarDB --答题领奖品
免费PolarDB云原生课程,听课“争”礼品,重塑云上知识,提高专业能力
PolarDB 相关文章
非“厂商广告”的PolarDB课程:用户共创的新式学习范本--7位同学获奖PolarDB学习之星
“当复杂的SQL不再需要特别的优化”,邪修研究PolarDB for PG 列式索引加速复杂SQL运行
数据压缩60%让“PostgreSQL” SQL运行更快,这不科学呀?
这个 PostgreSQL 让我有资本找老板要 鸡腿 鸭腿 !!
用MySQL 分区表脑子有水!从实例,业务,开发角度分析 PolarDB 使用不会像MySQL那么Low
MySQL 和 PostgreSQL 可以一起快速发展,提供更多的功能?
“PostgreSQL” 高性能主从强一致读写分离,我行,你没戏!
POLARDB 添加字段 “卡” 住---这锅Polar不背
PolarDB 版本差异分析--外人不知道的秘密(谁是绵羊,谁是怪兽)
PolarDB 答题拿-- 飞刀总的书、同款卫衣、T恤,来自杭州的Package(活动结束了)
PolarDB for MySQL 三大核心之一POLARFS 今天扒开它--- 嘛是火
PostgreSQL 相关文章
PostgreSQL 新版本就一定好--由培训现象让我做的实验
说我PG Freezing Boom 讲的一般的那个同学,专帖给你,看看这次可满意
邦邦硬的PostgreSQL技术干货来了,怎么动态扩展PG内存 !
3种方式 PG大版本升级 接锅,背锅,不甩锅 以客户为中心做产品
"PostgreSQL" 不重启机器就能调整 shared buffer pool 的原理
说我PG Freezing Boom 讲的一般的那个同学专帖给你看这次可满意
PostgreSQL Hybrid能力岂非“小趴菜”数据库可比 ?
PostgreSQL 新版本就一定好--由培训现象让我做的实验
PostgreSQL 无服务 Neon and Aurora 新技术下的新经济模式 (翻译)
“PostgreSQL” 高性能主从强一致读写分离,我行,你没戏!
PostgreSQL 添加索引导致崩溃,参数调整需谨慎--文档未必完全覆盖场景
PostgreSQL SQL优化用兵法,优化后提高 140倍速度
PostgreSQL 运维的难与“难” --上海PG大会主题记录
PostgreSQL 什么都能存,什么都能塞 --- 你能成熟一点吗?
全世界都在“搞” PostgreSQL ,从Oracle 得到一个“馊主意”开始
PostgreSQL 加索引系统OOM 怨我了--- 不怨你怨谁
PostgreSQL “我怎么就连个数据库都不会建?” --- 你还真不会!
病毒攻击PostgreSQL暴力破解系统,防范加固系统方案(内附分析日志脚本)
PostgreSQL 远程管理越来越简单,6个自动化脚本开胃菜
PostgreSQL 稳定性平台 PG中文社区大会--杭州来去匆匆
PostgreSQL 分组查询可以不进行全表扫描吗?速度提高上千倍?
POSTGRESQL --Austindatabaes 历年文章整理
PostgreSQL 查询语句开发写不好是必然,不是PG的锅
PostgreSQL 字符集乌龙导致数据查询排序的问题,与 MySQL 稳定 "PG不稳定"
PostgreSQL Patroni 3.0 新功能规划 2023年 纽约PG 大会 (音译)
PostgreSQL 玩PG我们是认真的,vacuum 稳定性平台我们有了
PostgreSQL DBA硬扛 垃圾 “开发”,“架构师”,滥用PG 你们滚出 !(附送定期清理连接脚本)
这个 PostgreSQL 让我有资本找老板要 鸡腿 鸭腿 !!
MySQL相关文章
一篇为MySQL用户,分析版本核心差异的文章--8.028-8.4的差异
那个MySQL大事务比你稳定,主从延迟低,为什么? Look my eyes! 因为宋利兵宋老师
MySQL 的SQL引擎很差吗?由一个同学提出问题引出的实验
用MySql不是MySQL, 不用MySQL都是MySQL 横批 哼哼哈哈啊啊
MYSQL --Austindatabases 历年文章合集
超强外挂让MySQL再次兴盛,国内神秘组织拯救MySQL行动
临时工访谈系列
没有谁是垮掉的一代--记 第四届 OceanBase 数据库大赛
SQL SERVER 系列
沧海要,《SQL SERVER 运维之道》,清风笑,竟惹寂寥
SQL SERVER 如何实现UNDO REDO 和PostgreSQL 有近亲关系吗
未知黑客通过SQL SERVER 窃取企业SAP核心数据,影响企业运营
数据库优化系列
MongoDB 查询 优化指南 四句真言 (查询 优化系列 4)
MySQL SQL 优化指南 SQL 四句真言(优化系列 3)
SQL SERVER SQL 优化指南 四句真言 (SQL 优化系列 2)
PostgreSQL SQL 优化指南 四句真言(SQL 优化系列 1)
杂谈
从 Universal 环球影城 到 国产数据库产品 营销 --驴唇对马嘴
微软动手了,联合OpenAI + Azure 云争夺AI服务市场
HyBrid Search 实现价值落地,从真实企业的需求角度分析 !不只谈技术!
从“小偷”开始,不会从“强盗”结束 -- IvorySQL 2025 PostgreSQL 生态大会
被骂后的文字--技术人不脱离思维困局,终局是个 “死” ? ! ......
个群2025上半年总结,OB、PolarDB, DBdoctor、爱可生、pigsty、osyun、工作岗位等
从MySQL不行了,到乙方DBA 给狗,狗都不干? 我干呀!
SQL SERVER 2025发布了, China幸亏有信创!
删除数据“八扇屏” 之 锦门英豪 --我去-BigData!
写了3750万字的我,在2000字的OB白皮书上了一课--记 《OceanBase 社区版在泛互场景的应用案例研究》
疯狂老DBA 和 年轻“网红” 程序员 --火星撞地球-- 谁也不是怂货

378

被折叠的 条评论
为什么被折叠?



