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

[TomVista]

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

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

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

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

[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]

单机