mysql – 什么可能导致Rails创建重复记录?

前端之家收集整理的这篇文章主要介绍了mysql – 什么可能导致Rails创建重复记录?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

我们注意到在我们的数据库中的各种表中创建了大量重复记录,但是为什么会发生这种情况却不知所措.有趣的是,虽然记录在其他方面是重复的(甚至是created_at标记!),但在我们的用户表上,密码salt和hash在每条记录上都是不同的 – 这让我相信Rails不知何故以某种方式运行事务/保存操作两次.显然,我们不会在应用程序代码中多次调用save或create.

对于保存在数据库中的每条记录,似乎不会发生这种重复,我们似乎无法推断出模式.在User模型上还有一个validates_uniqueness_of验证(虽然不是表上的唯一键;我们需要清理所有重复项才能够这样做) – 所以如果记录已经存在,Rails应该自行停止,但是如果请求同时触发那是一个竞争条件.

我们目前在我们的应用服务器上运行Rails 3.2.2,在我们的应用服务器(目前其中有两个)上运行,并且有一个中央Nginx网络服务器向上游发送请求到应用服务器.这种设置可能会导致流程重复或某些原因吗?将请求锁定到一个上游服务器是否重要(即,如果一个用户请求包含静态内容页面,如图像,可能会使用一个或两个应用服务器)? (我觉得这是抓住稻草,但我想涵盖所有可能性)

还有什么可能导致这种情况发生?

更新:例如,今天创建了一个具有重复记录的用户.两者都有2012-03-28 16:48:11的created_at标记,除hashed_pa​​ssword和salt之外的所有列都是相同的.从请求日志中,我可以看到以下内容

App Server 1:

Started POST "/en/apply/create_user" for 1.2.3.4 at 2012-03-28 12:47:19 -0400
[2012-03-28 12:47:19] INFO : Processing by ApplyController#create_user as HTML
[2012-03-28 12:47:20] INFO :   Rendered apply/new_user.html.erb within layouts/template (192.8ms)

Started POST "/en/apply/create_user" for 1.2.3.4 at 2012-03-28 12:48:10 -0400
[2012-03-28 12:48:10] INFO : Processing by ApplyController#create_user as HTML
[2012-03-28 12:48:11] INFO : Redirected to apply/initialize_job_application/3517
[2012-03-28 12:48:11] INFO :  /app/controllers/apply_controller.rb:263:in `block (2 levels) in create_user'

App Server 2:

Started POST "/en/apply/create_user" for 1.2.3.4 at 2012-03-28 12:48:10 -0400
[2012-03-28 12:48:10] INFO : Processing by ApplyController#create_user as HTML

网络服务器:

1.2.3.4 - - [28/Mar/2012:12:48:10 -0400] "POST /en/apply/create_user HTTP/1.1" 499 0 "en/apply/create_user" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)" "-"
1.2.3.4 - - [28/Mar/2012:12:48:11 -0400] "POST /en/apply/create_user HTTP/1.1" 302 147 "en/apply/create_user" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)" "-"

因此创建操作被击中三次(可能由于错误而第一次返回到表单),并且每个服务器至少一次.后两者都由网络服务器注册为单独的请求,但第一个获取状态代码499客户端关闭请求(根据维基百科的Nginx扩展),第二个获得302预期. 499可能会引起这里的问题吗?

最佳答案
想到两种可能性.

第一个是用作负载均衡器时Nginx的奇数(并且反对RFC)行为.它将针对下一个后端重试任何失败的请求. RFC仅允许安全方法(例如GET或HEAD).这样做的结果是,如果您的Nginx因某种原因认为请求失败,则可能是它被重新发送到下一个服务器.如果两个服务器完成了他们的事务,则会有重复的记录.从你的webservers日志(以及Nginx用来表示用户在浏览器中点击中止的499状态代码)来看,这看起来是最可能的原因.

第二种可能性是您的用户双击发送按钮.在合适的时机,他们的浏览器几乎可以同时发送两个完整的请求.

要确保您的用户记录确实是唯一的,您应该在数据库上创建唯一索引.然后实际确保这些(尽管与ActiveRecord检查相比,错误消息更糟.因此,您应该始终在数据库模式和模型上定义唯一性约束.

此外,您可以考虑用更符合标准的负载均衡器替换前端Nginx.我推荐haproxy.

猜你在找的Nginx相关文章