mongodb 安装问题

1. mongodb启动时显示 Illegal instruction (core dumped)

mongodb 5.0之后(包括5.0) 开始使用需要使用 AVX 指令集

2.启动时报错 ERROR: child process failed, exited with 1

通过指令 bin/mongod --repair./bin/mongod -f configs/mongodb.conf --repair 查看报错信息

根据报错信息进行修改

3. 配置服务器添加节点时报错

复制代码
Reconfig attempted to install a config that would change the implicit defaul... Use the setDefaultRWConcern command to set a cluster-wide write concern and try the reconfig again

解决方法,修改默认读写关注配置
官网修改地址

复制代码
db.adminCommand({
  "setDefaultRWConcern" : 1,
  "defaultWriteConcern" : {
    "w" : 2
  }
})

选项信息

"w" : 1 只要主节点写入成功,就直接返回成功的响应,而不管副节点的同步情况

"w" : majority 超过节点半数【(节点数+1)/2】写入成功,才返回成功响应

"w" : 0 不等待任何节点确认写操作,只需写入到内存就返回成功,这是最低级别的写安全级别,这个配置可以提供写入性能,但也有一定的风险

"w" : 等待指定数量的节点确认写成功

其他注意: 配置服务器不能有裁决节点(7.0.8版本测试所得)

路由添加分片集群时报错

复制代码
Cannot add ***/***  as a shard since the implicit default write concern on this shard is set to {w : 1}, because number of arbiters in the shard's configuration caused the number of writable voting members not to be strictly more than the voting majority. Change the shard configuration or set the cluster-wide write concern using the setDefaultRWConcern command and try again.

在 mongos 实例中 我们使用命令 db.adminCommand({ "getDefaultRWConcern": 1 }) 可以查看到当前mongos 默认设置的写入安全机制defaultWriteConcern,默认是 majority (多数确认),这是mongodb5.0后开始的默认设置 ,这意味着当进行写操作时,至少要有超过大多数的数据节点确认写操作成功,才会返回成功的响应,目前我们是3个节点,mongo系统定义的一半节点数是 (3+1)/2=2,需要超过2,也就是至少要有3个节点写入成功才行,但是我们设置了一个 仲裁节点,导致3个shard节点中,只有2个可写数据的节点,怎么也不会写成功了,所以导致失败

解决方法,将写入安全级别调低,在路由上使用以下命令

复制代码
db.adminCommand({  "setDefaultRWConcern" : 1,  "defaultWriteConcern" : {    "w" : 1  }})

4. 节点异常关闭后无法重启

  1. 删除data/db下的mongod.lock文件,再启动

  2. 如果还是启动失败

    An incomplete repair has been detected! This is likely because a repair operation unexpectedly failed before completing. MongoDB will not start up again without --repair.

    //修复数据
    mongod --dbpath db目录 --repair

    尝试删除storage.bson文件

    复制代码
    //删除db目录里面的storage.bson 
    rm -rf db目录/storage.bson
相关推荐
HackTwoHub2 小时前
AI大模型网关存在SQL注入、附 POC 复现、影响版本LiteLLM 1.81.16~1.83.7(CVE-2026-42208)
数据库·人工智能·sql·网络安全·系统安全·网络攻击模型·安全架构
l1t2 小时前
DeepSeek总结的DuckLake构建基于 SQL 原生表格式的下一代数据湖仓
数据库·sql
KmSH8umpK3 小时前
Redis分布式锁从原生手写到Redisson高阶落地,附线上死锁复盘优化方案进阶第八篇
数据库·redis·分布式
TDengine (老段)3 小时前
从施工监测到运营预警,桥科院用 TDengine 提升桥梁数据管理能力
大数据·数据库·物联网·时序数据库·tdengine·涛思数据
S1998_1997111609•X4 小时前
论mysql国盾shell-sfa犯罪行为集团下的分项工程及反向注入原理尐深度纳米算法下的鐌檵鄐鉎行为
网络·数据库·网络协议·百度·开闭原则
KmSH8umpK5 小时前
Redis分布式锁从原生手写到Redisson高阶落地,附线上死锁复盘优化方案进阶第七篇
数据库·redis·分布式
BU摆烂会噶6 小时前
【LangGraph】持久化实现的三大能力——时间旅行
数据库·人工智能·python·postgresql·langchain
l1t7 小时前
DeepSeek总结的DuckLake 入门
数据库
Joseph Cooper7 小时前
RAG 与 AI Agent:智能体真的需要检索增强生成吗?
数据库·人工智能·ai·agent·rag·上下文工程
light blue bird7 小时前
主子端台二分法任务汇总组件
前端·数据库·.net·桌面端winform