MongoDB Atlas免费版ValidationLevel自动恢复为strict问题求助

问题描述 #

• 最初为MongoDB集合设置ValidationLevel: strict，后续修改为moderate，但strict会被自动重新应用，导致文档验证失败
• 尝试删除并重建数据库，重建后初始配置为moderate，但很快又恢复为strict，怀疑是Atlas免费版的缓存或配置同步问题

错误信息（更新） #

[2023-04-16 09:29:13 AM WAT] ERROR loggable: __init__.py - setup_env - 198 - [Validation Set up error: users invalid: {'ns': '5ca333b3cf09a23a5563c82b_flaskdb-test.users', 'nInvalidDocuments': 0, 'nNonCompliantDocuments': 2, 'nrecords': 2, 'nIndexes': 0, 'keysPerIndex': {}, 'indexDetails': {}, 'valid': False, 'repaired': False, 'warnings': [], 'errors': ["Detected one or more documents not compliant with the collection's schema. Check logs for log id 5363500."], 'extraIndexEntries': [], 'missingIndexEntries': [], 'corruptRecords': [], 'advice': 'A corrupt namespace has been detected.'}]

解决建议 #

• 通过Atlas控制台直接修改配置：登录MongoDB Atlas控制台，进入目标集群的集合管理页面，找到「Collection Settings」，手动将Validation Level设置为moderate并保存，等待1-2分钟让集群同步配置，避免客户端操作的同步延迟或缓存问题
• 检查应用代码的初始化逻辑：排查应用（比如你的Flask项目）中是否存在自动重置集合验证级别的代码，例如数据库初始化脚本、启动函数里是否强制设置ValidationLevel: strict，避免每次应用重启覆盖配置
• 验证集合实际生效配置：使用Mongo Shell连接集群，执行命令db.getCollectionInfos({name: "users"})，查看返回结果中的validator和validationLevel字段，确认当前实际生效的配置，排除客户端工具显示缓存的干扰
• 处理非合规文档：针对错误中提到的2个非合规文档，先修正文档使其符合Schema，或临时将ValidationAction设置为warn，允许非合规文档存在后再逐步调整验证规则，避免验证失败引发的连锁问题
• 考虑Atlas免费版的同步延迟：免费版集群资源有限，配置修改后可能存在同步延迟，修改完成后不要立即执行操作，等待控制台显示集群状态正常后再验证配置是否生效

内容的提问来源于stack exchange，提问作者George Udosen