没有锁,事务,如何保证+1 操作

[TomVista]

订单表里有个字段 count, 表示用户的第几个订单

在没有锁,事务的前提下,

新增订单的时候怎么保证 count 是正确的.

不要问为啥没有锁和事务,问就祭天,

支持事务,

但是事务的隔离级别未知,

事务内部上下文隔离

select count form ;

insert count ; // 这里拿不到上一句的count

好像用处不太大

所有的数据库操作都是在前端使用 http 进行请求，所以有些后端能用的东西，到这里就不合适了，
目前看到的队列和唯一索引比较合适，

乐观锁和 cas， 因为 count 需要前端额外查询一遍，也没办法保证业务的正确性

[konar]

if (insertSucceeded)
set count = count + 1

[konar]

@konar 哦 count 在订单表不是用户表啊，那忽略吧

[oott123]

unique(user_id, count)
这样至少不会重复

[TomVista]

@oott123

这个可行,

select count(*) form order where order.user = user;

insert count to order;

大不了冲突几次,反正都没有事务 锁了,

我这里是能执行数据库语句的,然后写个文档备注一下.

感谢老哥,如果没有更好的方案就这个了

[duwan]

串行执行被

[tabris17]

user,count 加唯一索引

[TomVista]

@duwan

我这里 请求部分 只能做到,发个 request, 等着 response, 没有办法串行. 条件不允许.

[haoz1w0w]

非要用 count 么 用插入时间倒排不就算出来了

[haoz1w0w]

哦 是正排

[fish267]

放 redis? 我瞎说的

[tabris17]

还有个笨办法，分两步操作：

先 insert，count 字段留空；
然后再 update orderTab set count=(select count(*) from orderTab where user_id=? and id<=?) where id=?

[TomVista]

@haoz1w0w emm,不合适

insert order

select count

update order_count

这个好像不太保准,有小概率,count 丢失,然后回滚和异常处理,目前这个技术栈也没法处理,unique(user_id, count) 要稳妥,方便

[TomVista]

@fish267 不行,就我一个菜鸡,绝不给自己增加工作量

[TomVista]

@tabris17

#12

这个不太妥

[zzzmh]

我一直用 update table set count = count + 1
不过据说也不是最稳的

[Immortal]

这不是乐观锁就可以实现的么

[TomVista]

@Immortal 选技术栈做不到锁,就很尴尬,还有一个半残的事务机制,

[yao978318542]

redis 队列

[tabris17]

@TomVista 两步走是最稳妥的方法，唯一索引插入冲突还要做异常处理，更加麻烦

[redtea]

这个字段存数据库有什么用？我感觉显示时可以实时算出来。
退货、交易关闭场景考虑到了没有。

[Immortal]

@TomVista #17
建议查询下乐观锁在数据库中的应用

[TomVista]

@Immortal 确实可行

[rambo92]

试试无锁思想：CAS?

`update xx set count = count + 1 where id = xxx count = excepted_count`
如果 update 行数不等于 1， 重试该动作，直到成功

[TomVista]

@tabris17 我的想法是 唯一冲突 后,报个网络错误,然后用户重新点一次

[TomVista]

@redtea 和订单的自增 id 一起生成 订单的 流水号

[TomVista]

@rambo92 我搞不定这个

[TomVista]

@rambo92 我这边每次数据库改动都是一个 http 请求 , 我仔细研究了一下,我这个场景不合适用这个,

[sampeng]

扔队列，消费者交叉执行。始终只有一个人在 insert 或者 update

[cxshun]

没有锁的情况下只有用 CAS 了，先查询原 count，再更新 count 的同时判断目前的 count 是不是等于之前的 count 。

[wellsc]

Cas，跳表，日志数据库

[seth19960929]

这不明显是用乐观锁吗😮

[rambo92]

@TomVista 和是否 http 请求无关啊。

[TomVista]

@rambo92 那可能我理解错了，我再看看

[Immortal]

“乐观锁和 cas， 因为 count 需要前端额外查询一遍，也没办法保证业务的正确性”
select for update
老哥知识面还有待拓宽

[rambo92]

"所有的数据库操作都是在前端使用 http 进行请求，所以有些后端能用的东西，到这里就不合适了，
目前看到的队列和唯一索引比较合适，

乐观锁和 cas， 因为 count 需要前端额外查询一遍，也没办法保证业务的正确性"

大家都散了吧。。。

[TomVista]

@Immortal 明白了,我后续再去看看,哪里理解错了

[haoz1w0w]

@TomVista 我的意思是实时计算

[TomVista]

@haoz1w0w 场景不允许

count 目前只用于生成订单号, 订单号有检索需求,比如 cms 中的订单查找

[PiersSoCool]

单机