续集(Ruby),如何以安全的方式增加和使用DB计数器?

续集(Ruby),如何以安全的方式增加和使用DB计数器?,第1张

概述我找到了4种“正确”的方法: >在the cheat sheet for ActiveRecord users中,ActiveRecord的增量和increment_counter的替代品应该是album.values [:column] – = 1#或= 1表示增量和album.update(:counter_name =>续集.(:counter_name,1)) >在SO solution中 我找到了4种“正确”的方法:

>在the cheat sheet for ActiveRecord users中,ActiveRecord的增量和increment_counter的替代品应该是album.values [:column] – = 1#或= 1表示增量和album.update(:counter_name =>续集.(:counter_name,1))
>在SO solution中,update_sql被建议用于相同的效果s [:query_volume] .update_sql(:querIEs => Sequel.expr(3):querIEs)
>在random thread中,我发现了这个数据集.update_sql(:exp =>’exp 10′.lit)
>在the Sequels API docs for update我找到了这个解决方案http://sequel.jeremyevans.net/rdoc/classes/Sequel/Dataset.HTML#method-i-update

然而,没有一个解决方案实际更新值并以安全,原子的方式返回结果.

基于“添加值然后保存”的解决方案应该在多处理环境中以不确定的方式失败,从而导致错误,例如:

>专辑的计数器是0
>线程A和线程B都获取相册
>线程A和线程B都增加散列/模型/ etc中的值
>线程A和线程B都将计数器更新为相同的值
>结果:A和B都将计数器设置为1并使用计数器值1

Sequel.expr和续集.另一方面,实际上并没有返回一个值,但是Sequel :: sql :: NumericExpression和(afaik)你没有办法解决另一个数据库往返问题,这意味着这可能发生:

>专辑的计数器是0
>线程A和B都增加值,值增加2
>线程A和B都从DB中获取行
>结果:A和B都将计数器设置为2并使用计数器值2

因此,如果没有编写自定义锁定代码,那么解决方案是什么?如果没有,没有编写自定义锁定代码:)最好的方法是什么?

更新1

我一般不满意答案说我想要太多的生活,因为1回答建议:)

专辑只是文档中的一个例子.

想象一下,例如你在电子商务POS上有一个交易柜台,它可以在不同的主机上同时接受2个交易,并且你需要在24小时内用一个整数计数器发送它们(称为systan),发送2具有相同systan和1的trx将被拒绝,或者更糟糕的是,计数中的间隙被警告(因为它们暗示“缺少事务”),因此不可能使用DB的ID值.

一个不太严重的例子,但与我的用例更相关,几个文件导出在后台worker中同时触发,每个文件目的地都有自己的计数器.计数器中的间隙被警告,工作人员在不同的主机上(因此互斥体没有用).我有一种感觉,我很快就会解决更严重的问题.

数据库序列也不好,因为它意味着在添加每个终端时都要进行DDL,我们在这里谈论1000.即使在我不那么严重的用例中,门户网站上的DDling *** 作仍然是PITA,甚至可能根据下面的缓存方案不起作用(由于ActiveRecord和Sequel的实现 – 在我的情况下我使用两者 – 可能需要重启服务器注册商家).

Redis可以做到这一点,但是当你坐在符合ACID标准的数据库上时,为计数器添加另一个基础架构组件似乎很疯狂.

解决方法 如果你正在使用Postgresql,你可以使用UPDATE RETURNING:DB [:table] .returning(:counter).update(:counter => Sequel.expr(1):counter)

但是,如果不支持UPDATE RETURNING或类似的东西,则无法在返回递增值的同时以原子方式递增.

总结

以上是内存溢出为你收集整理的续集(Ruby),如何以安全的方式增加和使用DB计数器?全部内容,希望文章能够帮你解决续集(Ruby),如何以安全的方式增加和使用DB计数器?所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/1285231.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-06-09
下一篇 2022-06-09

发表评论

登录后才能评论

评论列表(0条)

保存