mongodb sharded cluster认证

最新推荐文章于 2024-11-28 09:29:14 发布
原创 最新推荐文章于 2024-11-28 09:29:14 发布 · 357 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。


 1、 生成密钥文件
openssl rand -base64 741 > /home/keyfile
chmod 600 keyfile 
            建议把密钥文件的权限设置为600（针对启动mongo实例的那个用户） 
接着需要把这个密钥文件拷贝到集群中每一个结点上（路由结点，元配置结点，分片结点上都要有这个密钥文件） ；
注：开启了keyFile,隐含就开启了auth，连接副本集就需要进行认证了，否则只能通过本地例外方式操作数据库。

在副本集中添加用户需要在服务未加--keyFile参数启动的情况加按照单实例方法添加(访问任意一个副本器操作，其他副本集会自动同步)，账户添加、授权成功后重新加入keyFile启动服务，即可完成并使用。


2、把生成的密钥文件拷贝到集群中每一个结点上：
12
cp /home/keyfile /opt/config/data/ 
cp /home/keyfile /opt/mongos/ 
cp /home/keyfile /opt/shard1/data/ 
cp /home/keyfile /opt/shard2/data/ 
cp /home/keyfile /opt/shard3/data/ 
cp /home/keyfile /opt/shard4/data/ 
cp /home/keyfile /opt/shard5/data/

scp /ho keyfile 13/14/15/16

13
scp /ho keyfile  IP:/opt/config/data/ 
scp /ho keyfile  IP:/opt/mongos/ 
scp /ho keyfile  IP:/opt/shard1/data/ 
scp /ho keyfile  IP:/opt/shard2/data/ 
scp /ho keyfile  IP:/opt/shard3/data/ 
scp /ho keyfile  IP:/opt/shard4/data/ 
scp /ho keyfile  IP:/opt/shard5/data/


14
scp /ho keyfile  IP:/opt/config/data/ 
scp /ho keyfile  IP:/opt/mongos/ 
scp /ho keyfile  IP:/opt/shard1/data/ 
scp /ho keyfile  IP:/opt/shard2/data/ 
scp /ho keyfile  IP:/opt/shard3/data/ 
scp /ho keyfile  IP:/opt/shard4/data/ 
scp /ho keyfile  IP:/opt/shard5/data/


15
scp /ho keyfile  IP:/opt/config/data/ 
scp /ho keyfile  IP:/opt/mongos/ 
scp /ho keyfile  IP:/opt/shard1/data/ 
scp /ho keyfile  IP:/opt/shard2/data/ 
scp /ho keyfile  IP:/opt/shard3/data/ 
scp /ho keyfile  IP:/opt/shard4/data/ 
scp /ho keyfile  IP:/opt/shard5/data/


16
scp /ho keyfile  IP:/opt/config/data/ 
scp /ho keyfile  IP:/opt/mongos/ 
scp /ho keyfile  IP:/opt/shard1/data/ 
scp /ho keyfile  IP:/opt/shard2/data/ 
scp /ho keyfile  IP:/opt/shard3/data/ 
scp /ho keyfile  IP:/opt/shard4/data/ 
scp /ho keyfile  IP:/opt/shard5/data/

find /opt/ -name keyfile


3、登陆mongos添加集群用户
db.createUser({
... user: "rootadminAAA",
... pwd: "admDDDDin@2018DDDDMDDDDWEEEEDntQ",
... roles: [
... {role: "clusterAdmin", db: "admin"},
... {role: "readWriteAnyDatabase", db: "admin"},
... {role: "userAdminAnyDatabase", db: "admin"},
... {role: "dbAdminAnyDatabase", db: "admin"}]
... })

db.auth("rootadmin","admDDDDin@2018DDDDMDDDDWEEEEDntQ")

注：在 3步时，查看集群里有哪个用户信息及权限；

4、查看各个集群启动的服务如下：
12
root 3684 1 1 Jan28 ? 21:43:41 /usr/local/mongodb-3.6.2/bin/mongos --config /usr/local/mongodb-3.6.2/conf/mongos.conf
root 3775 1 0 Jan28 ? 13:37:34 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard1.conf
root 3817 1 0 Jan28 ? 12:36:42 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard4.conf
root 3854 1 1 Jan28 ? 1-00:42:30 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard5.conf
root 179829 179810 0 19:36 pts/

13
root@mongodb-2:/root# ps -ef|grep mongodb
root 3590 1 1 Jan28 ? 20:57:43 /usr/local/mongodb-3.6.2/bin/mongos --config /usr/local/mongodb-3.6.2/conf/mongos.conf
root 3675 1 0 Jan28 ? 13:11:40 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard1.conf
root 3705 1 1 Jan28 ? 1-03:28:35 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard2.conf
root 3736 1 1 Jan28 ? 1-01:06:04 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard5.conf
root 126060 125886 0 19:45 pts/0 00:00:00 grep --color=auto mongodb

root@mongodb-2:/


14
root@mongodb-3:/root# ps -ef|grep mongodb
root 3632 1 1 Jan28 ? 19:46:19 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/config.conf
root 3860 1 0 Jan28 ? 13:37:56 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard1.conf
root 3888 1 1 Jan28 ? 1-07:32:44 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard2.conf
root 3915 1 31 Jan28 ? 24-13:32:59 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard3.conf
root 155784 155565 0 19:47 pts/0 00:00:00 grep --color=auto mongodb
root@mongodb-3:/root#

15
root@mongodb-4:/root# ps -ef|grep mongodb
root 3569 1 0 Jan28 ? 16:42:16 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/config.conf
root 3743 1 1 Jan28 ? 1-05:20:08 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard2.conf
root 3770 1 7 Jan28 ? 6-01:45:03 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard3.conf
root 3797 1 0 Jan28 ? 13:08:35 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard4.conf
root 155083 154867 0 19:48 pts/0 00:00:00 grep --color=auto mongodb
root@mongodb-4:/root#

16
root@mongodb-5:/root# ps -ef|grep mongodb
root 3571 1 0 Jan28 ? 16:41:09 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/config.conf
root 3753 1 7 Jan28 ? 6-01:51:58 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard3.conf
root 3780 1 0 Jan28 ? 12:35:49 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard4.conf
root 3808 1 1 Jan28 ? 1-11:18:29 /usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard5.conf
root 55001 54787 0 19:48 pts/0 00:00:00 grep --color=auto mongodb
root@mongodb-5:/root#

5、关闭原先的集群：db.shutdownServer() 
注意，需要按照 路由结点(mongos) -> 配置结点(config) -> 分片结点(shard1-5) 的顺序，依次关闭各结点的进程

6、重新启动集群 :，需要按照 配置结点(config) -> 分片结点(shard1-5)->路由结点(mongos) 的顺序
/usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/config.conf --keyFile /opt/config/data/keyfile
/usr/local/mongodb-3.6.2/bin/mongos --config /usr/local/mongodb-3.6.2/conf/mongos.conf --keyFile /opt/mongos/keyfile
/usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard1.conf --keyFile /opt/shard1/data/keyfile
/usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard2.conf --keyFile /opt/shard2/data/keyfile
/usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard3.conf --keyFile /opt/shard3/data/keyfile
/usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard4.conf --keyFile /opt/shard4/data/keyfile
/usr/local/mongodb-3.6.2/bin/mongod --config /usr/local/mongodb-3.6.2/conf/shard5.conf --keyFile /opt/shard5/data/keyfile

7、  验证集群的认证
root@node:/root#mongo  IP:20000
mongos> db
test
mongos> show collections;
2018-04-09T16:31:17.604+0800 E QUERY [thread1] Error: listCollections failed: {
"ok" : 0,
"errmsg" : "not authorized on test to execute command { listCollections: 1.0, filter: {},

mongos> use admin
switched to db admin
mongos> show collections;
2018-04-09T16:31:26.158+0800 E QUERY [thread1] Error: listCollections failed: {
"ok" : 0,
"errmsg" : "not authorized on admin to execute command { listCollections: 1.0, filter: {},

账户认证后状态
#admin库认证
mongo  IP:20000/admin -u rootadmin -p admin@2018MintQ
mongos> show collections;
system.indexes
system.users
system.version

 








MongodDB集群设置登录账号密码（增加key-file以供集群内部相互验证身份）
Lei Gong's blog
01-23 2148
在部署mongodb集群的时候，有些安全性要求比较高的地方，需要启用密码验证的方式，登录mongo集群。 下面的方式是在mongodb 3.6版本的基础上，3个节点的集群里设置的。 生成集群验证key文件 使用openssl生成key文件 复制该key文件到每个mongodb节点对应目录 在每个节点修改key文件权限为400 命令如下： $ cd /home/memdb/mongodb/conf $ openssl rand -base64 741 > /home/mongodb/data/m
MongoDB 学习笔记：Sharded Cluster
崔显龙的博客
07-23 1960
Shard Key（片键）由文档中的一个或多个字段组成，Shard Key 中的字段必须是某个索引的前缀，即至少需要创建一个索引，且该索引以 Shard Key 作为前缀字段，或该索引仅包含Shard Key字段。当各Shard上的数据量不均衡时，超过某个阈值，将会引发Chunk的迁移操作，数据量过多的Shard中的部分数据，将会以Chunk为单位，迁移至其它Shard中，以达到各Shard相对均衡的状态。Router本身不存储数据，而是用于请求的路由，将请求分发至相应的Shard节点。
通过一步步创建sharded cluster来认识mongodb
weixin_33912445的博客
05-14 236
　　mongodb是目前使用非常广泛的nosql(not only sql)之一，在db engines上排名非常靠前，下图是5月份的排名： 　　 　　可以看到前面四个都是传统的关系型数据库，而mongodb在nosql中拔得头筹。本文会简单介绍mongodb的一些特性，然后通过在Linux环境下一步步搭建sharded cluster来学习mongodb。本文实验的mongodb是mongo...
Mongodb研究---sharded cluster（集群分片）
飞飞好奇的专栏
06-03 492
Primary Shard（主分片）Each database in a sharded cluster has a primary shard that holds all the un-sharded collections for that database. Each database has its own primary shard. The primary shard has no ...
Mongodb ‘Unauthorized not authorized on admin to execute command‘
Kason_iWiki
02-27 1246
AuthenticationFailed It is not possible to authenticate as the __system user on servers started without a --keyFile parameter
mongodb开启用户身份认证的集群部署
WenCoo的博客
07-04 980
密钥文件方式 单节点集群开启用户认证步骤： 先部署好单节点集群，确认单节点部署一切正常 连接数据库，创建root用户（超级用户） 这一步已经在安装单节点的时候做过了 :db.createUser( { "user" : "admin","pwd": "admin","roles" : [ { role: "dbOwner", db: "adbox" },{ role: "dbOwner", db: "fbbox" },{ role: "root", db: "admin" }] }) 修改配置文件，
MongoDB-in-Kubernetes:在K8s集群中部署的MongoDB Sharded集群
05-02
在K8s集群中部署的MongoDB Sharded集群 用于Shard和Config服务器的Pod的部署： 此处，分片副本集存储实际数据或块（文档集合），而配置服务器副本集存储mongodb集群的元数据和配置信息。 在k8s集群中，我们创建了...
MongoDB 4.2.3 Sharded Cluster部署
楚枫默寒的博客
01-08 1014
原因是，副本集加分片的安全认证需要配置两方面的，副本集各个节点之间使用内部身份验证，用于内部各个mongo实例的通信，只有相同keyfile才能相互访问。在keyfile身份验证中，副本集中的每个mongod实例都使用keyfile的内容作为共享密码，只有具有正确密钥文件的mongod或者mongos实例可以连接到副本集。依次在每台机器上的mongod（注意是所有的mongod不是mongos）的配置文件中加入下面一段配置。然而对于所有的mongod，才是真正的保存数据的分片。我选择在配置文件里面配置好。
MongoDB Sharded Cluster 分片集群搭建教程：3 Config + 3 Shard + 2 Router容器化部署详细步骤【复制可执行】
硅基创想家的博客
11-28 1110
Repeat the following steps for each shard (shard-1, shard-2, shard-3): 对于每一个shard，只需要在其中一个容器中执行，如对于。Access the MongoDB shell of router-1 and initialize: 如果你只有1个shard，比如只创建了。上执行，执行完毕，再其他2台Config Server上检查。，共有3个container，只需要在。换成数字，如果创建shard-1，那么。
4.MongoDB sharding Cluster 分片集群
2302_77503226的博客
06-11 717
MongoDB分片集群是MongoDB提供的一种可水平扩展的数据存储解决方案，当单个MongoDB服务器无法满足数据存储需求或吞吐量要求时，可以使用分片集群来分散数据量和查询负载。
MongoDB分片集群搭建部署
三思的博客
04-07 729
文章目录一、环境规划二、安装部署2.1 安装包部署2.2 config serve 配置服务器部署2.3 shard 分片集群部署2.4 mongos 路由服务器部署三、分片集群功能测试 MongoDB分片集群主要由以下组件组成： shard : 主要用来实际存储分片数据，每个分片都可以部署为一个副本集 mongos : 主要用来做查询路由器，将客户端请求与与各分片之间数据进行协调路由 config servers : 主要用来存储整个集群的元数据以及配置信息 一、环境规划 1、服务器部署规划
MongoDB3.0集群安装和安全认证指南
每天进步一点点
08-21 2060
MongoDB3.0集群安装和安全认证指南 本文旨在建议一个高可用的MongoDB集群，为应用提供不间断，高性能的数据库服务，同时于集群中添加认证机制，提高数据库的安全性。 在建议一个高可用的MongoDB集群，为应用提供不间断，高性能的数据库服务，同时于集群中添加认证机制，提高数据库的安全性。 环境信息 安装版本信息： 版本：mongodb-linux-x86_64-rhel62-
Mongodb分片集群技术+用户验证
weixin_30699443的博客
04-25 415
随着数据量持续增多，后续迟早会出现一台机器硬件瓶颈问题的。而mongodb主打的就是海量数据架构，“分片”就用这个来解决这个问题。 从图中可以看到有四个组件：mongos、config server、shard、replica set。 mongos，数据库集群请求的入口，所有的请求都通过mongos进行协调，不需要在应用程序添加一个路由选择器，mongos自己就是一个请求分发中心...
MongoDB内部认证
duzm200542901104的专栏
08-14 1116
可以对副本集和分片集群的节点进行认证，对于节点的内部认证，MongoDB提供了keyfiles和x.509证书进行认证。   所选择的方法将会被用来所有的内部认证，举个栗子，当客户端使用一种支持的认证机制去连接mongos的时候，mongos就会用配置的内部认证方法去连接相应的mongod进程   注意：开启内部认证需要开启客户端认证   一、keyfiles keyfiles使用s...
MongoDB 4.4 数据库参数详细说明(一) - 验证相关参数
Expec-乐的博客
12-16 3942
由于优快云的字数限制只能分为多个文章来发表。 一、验证参数 1.authenticationMechanisms 从4.0版本开始，移除了废除的MONGODB-CR密码验证机制 **作用：**指定密码验证机制，只有该参数列表里有的密码验证机制才能够被使用。 **默认值：**MONGODB-X509，SCRAM-SHA-256和SCRAM-SHA-1 MONGODB-X509：用于TLS/SSL证书身份验证 SCRAM-SHA-256：使用SHA-256 哈希函数加密，并且需要将featureComp
MongoDB配置文件详解
hanxiaozhang的博客
12-06 4359
前言： 由于公司更换了云服务器的供应商，我们部门的所有系统都要迁移到新的云服务器平台。这次我要负责MongoDB集群等基础服务的迁移工作，这几天，我在学习了解了MongoDB集群搭建配置的相关知识。我在网上搜索了一下关于MongoDB配置文件详细解释的文章，发现质量高的不多，所以，我想分享一下，我对MongoDB配置文件的一些总结。 正文： MongoDB配置文件： #Mongod config file # Mongod配置文件 #MongoDB configuration files .
Unauthorized: not authorized on test to execute command { dbstats: 1.0, scale: undefined, $db: "test...
weixin_34268169的博客
02-01 1483
当前版本3.6.2 问题原因出在读写的权限上：stackoverflow上的解决方法 You should have started the mongod instance with access control, i.e.,the --auth command line option, such as: $ mongod --auth Let's start the mongo she...
Mongodb 新版配置文件详解
MatrixGod的博客
09-10 8789
mongod.conf $ vi /etc/mongod.conf 手册   https://docs.mongodb.com/manual/reference/configuration-options   https://docs.mongodb.com/manual/reference/parameters/ 进程管理 processManagement:   fork...
MongoDB数据库——MongoDB复制集
feili12138的博客
03-17 570
MongoDB复制集 什么是MongoDB复制集？ 复制集是由一组拥有相同数据集的mongodb实例所组成的集群，在多台服务器之间同步数据，（差不多跟MySQL的主从复制一个概念） 复制集的优点：1.数据安全性更高，灾难恢复 2.数据可用性大，无需停机维护（比如备份、索引重建、故障转移） ...
依赖条件： MongoDB ≥ 3.6 需配置为 副本集（Replica Set） 或 分片集群（Sharded Cluster） 用户需具备 changeStream 权限
最新发布
03-20
<think>好的，我现在需要详细解释用户提到的Mongoose监听表数据变化的三个依赖条件：MongoDB版本≥3.6、配置为副本集或分片集群、用户具备changeStream权限。首先，我得确保自己对这些条件有深入的理解，以便准确传达给用户。 首先，MongoDB版本≥3.6。我记得Change Streams是在MongoDB 3.6版本引入的，所以如果用户使用的是旧版本，这个功能不可用。需要确认用户是否了解如何检查他们的MongoDB版本，可能还需要指导他们如何升级，但用户的问题可能只需要解释为什么需要这个版本，不需要操作步骤。 接下来，配置为副本集或分片集群。这是因为Change Streams依赖于oplog（操作日志），而oplog只在副本集或分片集群中可用。独立模式（standalone）的MongoDB没有oplog，所以无法使用Change Streams。用户可能不清楚副本集的基本配置，是否需要简单解释副本集是什么？或者他们可能已经了解，但需要强调配置的重要性。另外，分片集群的情况可能更复杂，但用户可能更常用副本集，所以可以侧重解释副本集。 第三个条件是用户需要具备changeStream权限。MongoDB的权限控制中，changeStream权限允许用户监听数据变化。可能需要说明如何创建具有该权限的用户，比如通过db.createUser命令，并分配适当的角色，比如readWrite权限加上对local数据库oplog.rs的读取权限。用户可能在实际操作中遇到权限问题，比如没有正确配置角色导致监听失败，所以需要明确权限设置步骤。 然后，我需要考虑如何组织这些信息，使其结构清晰。可能需要分点解释每个条件的原因和相关注意事项。例如，每个条件作为一个子标题，下面详细说明原因、影响和可能的解决方法。同时，需要提供示例或代码片段，比如创建用户的Mongo Shell命令，帮助用户理解如何实际操作。 另外，用户可能想知道如果不符合这些条件怎么办，比如他们使用的是独立模式的MongoDB，是否有替代方案？这时候可能需要提到其他方法，如定时轮询或Mongoose中间件，但明确说明这些方法的局限性，比如实时性差或仅捕获通过Mongoose的操作。 还需要注意技术术语的解释，比如oplog、副本集、分片集群等，可能需要用简单的语言让用户理解这些概念，尤其是如果用户是初学者的话。但用户的问题可能已经有一定了解，所以解释需要简洁，不过于冗长。 最后，确保回答准确，避免错误。比如，确认changeStream权限的具体角色，可能需要查阅MongoDB文档确认是否正确。例如，是否真的需要local数据库oplog.rs的读取权限，或者是否有其他方式配置。这可能涉及权限配置的最佳实践，避免给予不必要的权限，确保安全性。 总结来说，回答需要分三个部分，每个依赖条件单独解释，说明原因、如何满足以及相关注意事项。同时，可能需要提供配置示例和替代方案的对比，帮助用户全面理解。</think>### **Mongoose 监听数据变化的依赖条件详解** --- #### **1. MongoDB ≥ 3.6** - **原因** Change Streams（变更流）功能从 MongoDB 3.6 版本开始支持，它是实现实时数据监听的核心机制。 - **如何验证版本** 在 MongoDB Shell 中执行： ```javascript db.version() ``` - **升级建议** 若版本低于 3.6，需升级 MongoDB 至 3.6 或更高版本（官方推荐生产环境使用最新稳定版）。 --- #### **2. 配置为副本集或分片集群** - **为什么需要副本集/分片集群** Change Streams 依赖 MongoDB 的 **操作日志（Oplog）** 实现数据变更追踪，而 Oplog 仅在副本集或分片集群中启用。 - **副本集（Replica Set）**：由至少 3 个节点组成（1 主节点 + 2 从节点），提供高可用性和数据冗余。 - **分片集群（Sharded Cluster）**：用于横向扩展大规模数据集，每个分片本身需为副本集。 - **独立模式（Standalone）的限制** 单机运行的 MongoDB 无 Oplog，无法使用 Change Streams。需转换为副本集模式： ```bash # 关闭现有 MongoDB 服务 mongod --shutdown # 以副本集模式启动（单节点测试用） mongod --replSet rs0 --port 27017 ``` ```javascript // 在 MongoDB Shell 初始化副本集 rs.initiate() ``` --- #### **3. 用户需具备 `changeStream` 权限** - **权限要求** 用户需拥有以下权限： 1. 对目标数据库的 `readWrite` 权限（或更高级别）。 2. 对 `local` 数据库的 `oplog.rs` 集合的 `find` 权限（Change Streams 依赖 Oplog 读取变更记录）。 - **配置用户权限示例** 在 MongoDB Shell 中执行： ```javascript use admin db.createUser({ user: "my_user", pwd: "secure_password", roles: [ { role: "readWrite", db: "my_database" }, // 业务数据库权限 { role: "read", db: "local", collection: "oplog.rs" } // Oplog 读取权限 ] }) ``` --- ### **常见问题与解决方案** 1. **错误 `Change streams require replica sets`** **原因**：MongoDB 未以副本集模式运行。 **解决**：按上述步骤配置副本集。 2. **错误 `user not allowed to do action [find] on [local.oplog.rs]`** **原因**：用户缺少 Oplog 读取权限。 **解决**：为用户添加 `local.oplog.rs` 的 `find` 权限。 3. **独立模式无法使用 Change Streams** **替代方案**： - 改用定时轮询查询（牺牲实时性）。 - 使用 Mongoose Middleware（仅捕获通过 Mongoose 的操作）。 --- ### **总结** | **依赖条件** | **核心目的** | **不满足的后果** | |-----------------------|---------------------------------|----------------------------------| | MongoDB ≥ 3.6 | 启用 Change Streams 功能 | 监听功能完全不可用 | | 副本集/分片集群 | 提供 Oplog 支持变更追踪 | 无法捕获数据变化事件 | | `changeStream` 权限 | 授权用户访问 Oplog 和业务数据 | 监听请求被 MongoDB 拒绝 | 通过正确配置上述条件，即可利用 Mongoose 高效监听数据变更，构建实时响应应用。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值