我的意思是，如果预创建只是为了限制数量的话，就不需要预创建了。可以用乐观锁计数，和请求时分配 coupon 放在同一个事务中。

比如：

```

begin;

update ct set count=count+1
where count=? and count<?;

update 成功则继续：

insert into coupon_user ......

insert 成功则表示分配成功

commit ;


```

必须得预先创建吗？可不可以请求分配时再创建 coupon ，写入成功代表分配成功。

看了几个帖子。。。绝壁是假帖，在搞颜色擦边球。。。看到楼上说爬小红书瞬间懂了。

现成方案，不要造轮子。

非严格一致可以参考现成方案
https://coolshell.cn/articles/17416.html

@tencentcloud 厉害了，这里竟然有官方？

@Morii 忘了圈你，在楼上。

拿着步枪当宝贝。你看他那样，上来就先给自己裹小脚“控制范围”，这用得着他说嘛，没有就是没有，原始就是原始，麻烦就是麻烦，跟控制范围有鸡毛关系。还什么 if err 能产出较高质量代码，头一回见这么能扯的。

啥是宗教？这玩意就是典型的宗教信徒。

@Hanggi 这就飙脏字了？这素质能代表 go 开发者集体么？不能就咽回去(*^_^*)

@Hanggi 你看，我还没说 if err 的问题你自己就先忙着解释了。。。。我这说的是手动控制事务的事呢

@Morii 看到 14 楼贴的方案，能体会到你说的痛不欲生。。。。

@Hanggi 手动控制事务，好原始

惊讶，同 7 楼所问。。。

逻辑 mx keys ，正在用，还行。

@SoulClinic 你跟我这么解释没用，看看那些已经被判的是不是在公堂上也这么解释的，是不是也有用。

大家别劝了，劝就是当人发财路。楼主意思是其他人没被告，他也不会被告。上次见胆大还自负的，已经出来了还写了心得体会。