NextAuth存储OAuth用户不匹配Mongoose Schema，Github用户异常咨询

1. 当前Mongoose关联方式正确性说明 #

你当前的配置方式不正确。直接在NextAuth配置中传入database连接串时，NextAuth会调用内置的默认MongoDB适配器，自行创建独立的数据库连接，完全不会复用你项目中已经初始化的Mongoose实例，也不会识别你自定义的User Schema，所有用户数据都会按照NextAuth内置的默认Schema规则存储。

2. 不同提供商存储结果差异的原因 #

该现象是两个OAuth提供商返回的用户字段结构与NextAuth默认字段处理规则共同导致的：

• Google OAuth返回的用户字段（name、email、emailVerified、avatar等）刚好和NextAuth内置User Schema、以及你自定义的User Schema字段规则完全匹配，因此存储结果符合预期。
• GitHub OAuth返回的用户字段结构和Google有明显差异：比如用户如果设置了邮箱不公开，GitHub就不会返回email字段；头像字段对应avatar_url而非Google的picture；用户名对应login字段而非name。这些差异字段没有被NextAuth默认适配器处理，就会直接写入数据库，最终不符合你自定义的Schema规则。

解决思路 #

• 废弃直接传入database参数的默认适配方式，改用自定义Mongoose适配器。可以直接使用社区成熟的next-auth-mongoose适配包，也可以参考NextAuth官方自定义适配器规范，基于你已有的Mongoose实例和Schema编写适配逻辑。
• 新增signIn回调配置，统一处理不同OAuth提供商的返回字段：比如将GitHub返回的login映射为你Schema的username字段、avatar_url映射为image字段，若GitHub未返回邮箱则按规则生成兜底值，确保所有字段都符合你的Schema校验规则。

学习指引 #

可直接查阅NextAuth官方文档的Adapters章节：

• 先通读自定义适配器的开发规范，理解NextAuth对数据库读写的调用逻辑
• 查看官方内置MongoDB适配器的源码，明确默认场景下字段映射、数据存储的处理规则
• 对应你使用的NextAuth版本（v3/v4）查看对应版本的适配逻辑，两个大版本的适配器API差异较大

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