yum 的 localinstall 选项如果你不想手动列出所有依赖项，可以使用 yum 的 localinstall 选项，它会自动解析并安装所需的依赖项：
1 | yum localinstall -y wgcloud-client-1.0.0-1.x86_64.rpm |
这个命令会自动下载并安装所有缺失的依赖项，然后安装 wgcloud-client。
yum localinstall -y wgcloud-client-1.0.0-1.x86_64.rpm1 | yum localinstall -y wgcloud-client-1.0.0-1.x86_64.rpm |
你现在的情况是：三台机器上都执行了 rs.initiate()，这会导致每台机器都独立地成为了自己的单节点副本集
（各自成为一个不同的副本集），它们彼此之间并不知道对方的存在，所以整个副本集无法形成。
MongoDB 的副本集只能由一个节点执行一次 rs.initiate() 来初始化整个副本集。
你在三台机器上都执行了，相当于创建了三个互不相关的副本集，这是错误的操作。
bash
复制
1 | # 每台机器上执行 |
MongoDB 会把副本集配置保存在 local.replset 集合中，你需要清理掉这些配置。
bash
复制
1 | # 进入 MongoDB shell（单节点启动，不指定 replSet） |
⚠️ 注意：这个操作会清除副本集配置和 oplog，不会影响你的业务数据（除非你业务数据也放在 local 库）。
bash
复制
1 | mongod --replSet rs0 --bind_ip 0.0.0.0 --dbpath /data/db --port 27017 --fork --logpath /var/log/mongod.log |
连接任意一台节点（建议选你希望的 PRIMARY），执行：
JavaScript
复制
1 | rs.initiate({ |
| 字段 | 含义 |
|---|---|
_id: "replicaset" |
创建或指定一个名为 replicaset 的副本集。 |
members |
列出这个副本集里的所有成员（节点）。 |
_id: 0/1/2 |
每个成员在副本集内的唯一标识符。 |
host |
每个成员的 IP:端口，告诉副本集怎么找到它们。 |
--replSet replicaset 启动且数据目录干净，它们会进入 SECONDARY 状态。JavaScript
复制
1 | rs.status() |
每台都执行
rs.initiate()是错误的，必须清理配置后，只用一台机器初始化整个副本集。
如你不确定该删哪个目录、如何备份，我可以帮你写个脚本。
1 | ubuntu ALL=(ALL:ALL) NOPASSWD: ALL |
1 | #!/bin/sh |
-T 2C 或 -T 4C），避免 OOM；-B（batch 模式）或 --log-file 输出到文件| 参数 | 含义 | 4核CPU下的线程数 |
|---|---|---|
-T 1C |
每核 1 个线程 | 4 |
-T 2C |
每核 2 个线程 | 8 |
-T 0.5C |
每两核 1 个线程 | 2 |
-T 4 |
固定使用 4 个线程 | 4 |
如无特殊需求，**-T 1C** 是推荐起点，平衡性能与稳定性。
在多核 CPU 环境下，Maven 的 -T 参数用于控制并行构建线程数，合理设置可以显著提升构建效率。以下是基于最新资料（截至 2025
年）的优化建议：
| CPU核心数 | 推荐参数示例 | 说明 |
|---|---|---|
| 4核 | -T 1C 或 -T 1.5C |
使用 4～6 线程，避免过度占用系统资源 |
| 8核 | -T 1.5C 或 -T 2C |
使用 12～16 线程，适合中大型项目 |
| 超线程支持 | -T 1.5C |
如4核8线程，1.5C = 12线程，性能提升明显 |
1 | # 推荐：按核心数1.5倍并行构建（平衡性能与稳定性） |
模块依赖复杂时慎用高并发：Maven 会自动跳过有依赖冲突的模块，线程过多反而降低效率。
内存限制：并行构建会显著增加内存占用，建议同步设置：
1 | export MAVEN_OPTS="-Xmx2g -Xms1g" |
CI/CD环境建议实测：不同机器、不同项目结构下，最优线程数可能不同，建议用 time mvn -T X clean package 实测对比。
| 场景 | 推荐参数 | 说明 |
|---|---|---|
| 本地开发 | -T 1C 或 -T 1.5C |
稳定优先，避免影响IDE响应 |
| CI/CD流水线 | -T 1.5C 或 -T 2C |
构建时间短，资源可控 |
| 多模块大项目 | -T 1.5C + 增量构建 |
结合 -pl 局部构建更佳 |
如无特殊需求，**-T 1.5C** 是当前多核 CPU 下 Maven 构建的推荐起点，兼顾速度与稳定性
GithubPicGo项目地址：https://github.com/Molunerfinn/PicGo
下载地址：PicGo （比较慢）
镜像下载地址：https://github.com/Molunerfinn/picgo/releases（比较快）
在Typora的偏好设置中设置：
–password-store=basic
–disable-background-networking
1 | [Desktop Entry] |
Ubuntu 20.04 Chrome 密钥提示 SSH 访问 解决方法
你在 Ubuntu 20.04 通过 SSH 远程登录后运行 Chrome，仍然弹出“解锁登录密钥环”提示，是因为：
SSH 默认不会解锁 GNOME Keyring（密钥环），而 Chrome 启动时又依赖它保存密码、Cookie 等数据，因此会反复提示输入密码。
强制 Chrome 使用“基础密码存储”，不再依赖 GNOME Keyring：
1 | google-chrome-stable --password-store=basic |
永久生效（对所有用户）：
1 | sudo sed -i 's|^Exec=/usr/bin/google-chrome-stable|Exec=/usr/bin/google-chrome-stable --password-store=basic|' /usr/share/applications/google-chrome.desktop |
如果你必须使用密钥环（如保存密码），在 SSH 会话中手动解锁：
1 | export DISPLAY=:0 |
注意：此方法需要你在本地已登录图形界面，且 SSH 用户与桌面用户一致。
dbus-launch 启动 Chrome（兼容性好）在 SSH 中启动 Chrome 时加上 dbus-launch，可自动连接会话：
1 | dbus-launch google-chrome-stable |
~/.local/share/keyrings 会导致密码丢失；SSH 远程登录后运行 Chrome 提示密钥 → 使用
--password-store=basic参数跳过密钥环即可。
