Rails Devise用户注册时邮箱/用户名未写入数据库求助

这种环境特定、时好时坏的问题确实让人头疼，尤其是代码没改动却突然出现的情况。结合你提供的日志和代码片段，我整理了几个优先级较高的排查方向：

1. 确认服务器端的参数白名单是否真的生效 #

虽然你在application_controller里配置了devise_parameter_sanitizer，但服务器上可能存在配置未正确加载的情况：

• 在RegistrationsController#create的最开头添加日志，打印devise_parameter_sanitizer.sanitize(:sign_up).inspect，对比本地和服务器的输出——看看服务器上实际允许的参数是不是包含email和username。
• 检查服务器的Rails启动日志，确认configure_permitted_parameters方法是否被正确执行（可以在方法里加一行Rails.logger.info "Permitted parameters configured: #{devise_parameter_sanitizer.inspect}"）。
• 确认服务器上的bundle install是严格按照Gemfile.lock执行的，有没有出现gem版本不一致的情况（比如全局gem覆盖了项目依赖）。

2. 排查请求参数的传输异常 #

从日志看请求参数明明存在，但INSERT时却丢失了，要检查参数在传输到控制器的过程中是否被修改：

• 在RegistrationsController#create开头打印params[:user].inspect的完整内容，对比本地和服务器的参数结构——有没有可能服务器上的某些中间件（比如反向代理、WAF、监控工具）意外剥离了email和username？
• 对比成功注册和失败注册的请求特征：比如失败请求的用户代理是不是特定浏览器/设备？或者参数里有没有特殊字符（比如Unicode、空格）导致解析异常？
• 检查服务器的Nginx/Apache配置，有没有请求体大小限制、Rewrite规则或者编码设置，导致参数没有完整传递？

3. 排查Devise或Rails的缓存/类加载问题 #

服务器端可能存在缓存导致配置未更新：

• 尝试重启服务器并清除Rails缓存（执行rails cache:clear），看问题是否消失——有时候类缓存会导致Devise的参数配置没有正确加载。
• 检查服务器上是否开启了config.cache_classes（生产环境默认开启），如果最近有过配置变更，可能需要重新部署才能生效。

4. 数据库层的异常排查 #

虽然日志显示INSERT语句缺失字段，但要排除数据库端的问题：

• 检查数据库的错误日志，看看INSERT操作时有没有被忽略的警告或错误（比如触发器、约束导致字段被清空）。
• 确认数据库表的字段约束是否正常：email和username的NOT NULL约束是不是还存在？有没有被意外修改？

5. 并发与竞态条件排查 #

服务器的并发环境可能触发本地不会出现的问题：

• 尝试在服务器上模拟并发注册请求（比如用ab工具或者脚本批量请求），看能不能稳定复现问题——如果是竞态条件导致的，高并发下更容易出现。
• 检查RegistrationsController里的逻辑：super调用后操作current_user的代码，有没有可能在某些情况下干扰了用户创建的流程？不过从日志看INSERT已经执行，这个可能性稍低，但可以临时注释这段代码测试。

6. 第三方服务/中间件干扰 #

服务器上新增的工具可能会影响请求：

• 检查最近服务器上有没有新增监控工具（比如APM服务）、安全插件（比如WAF）或者Rack中间件？这些工具可能会修改请求参数或者拦截字段。
• 临时关闭非必要的中间件，测试注册是否恢复正常，逐步排查出干扰源。

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