V 站创建主题扣分，收到回复涨分，回复的用户扣分这种机制在数据库中用到事务了吗？事务对数据库性能影响对于 V 站这种规模来说不大，还是用了什么方法降低了事务的性能影响？

为什么涨扣分的语句会执行失败？为什么没有发布成功就可惜？

昨天我被禁止回复了好久，说是我回复太过频繁，不知道怎么回事

这个问题我也研究过，目前选择的是分开事务。

1. 用户操作前会校验积分余额
2. 执行内容处理事务
3. 执行积分事务，执行失败也不做补偿

其实再加上一些前置处理（比如同源请求提交时间限制）后，单一用户由于请求并发导致终态不一致的情况应该是 0 ，并且这部分时间如果性能表现太差的话是可以用来做异步积分计算执行的。

@zhicheng 害怕万一涨扣分失败，可能是我想多了。发布没成功就白写了那么多字了。

@88250 异步积分计算是指 用户回复成功后回调 积分事务 吗？

@forreal 发布没成功写的字又不会丢，只是没存到服务器上尔已。

@forreal 嗯，并且是异步执行，缩短请求响应时间。

其实积分那部分加行锁就可以，我觉得同一个用户的积分变动的并发可以忽略不计的

如果行锁不能接受的同时又不想就是积分操作的话，就弄个队列把积分变动信息一条一条写到队列里，再用另外一个独立的模块来异步执行

@zhicheng 对哦，忽略这点了。

@bdbai 这玩意老久没更新了，现在架构怎么样没人知道了。

话说最佳方案应该是 Redis ，然后定时任务每隔几天找个深夜利用闲置资源回写数据库。

另外 V 站每秒请求量应该也不高吧。

@lincanbin 刚刚好像在 v 站底下看到了百度的广告 淡淡的哀伤啊

@lincanbin 好主意。

考虑到 V 站以后做大做强，百万 ip 的时候。主要是我想问问大家关于降低事务性能影响的方案，以 V 站举个例子。