@xhinliang 数据在数据库中确确实实的变化的 += 1

@rqxiao 新会话就是 + 1

百度了一下 个人感觉很像是 脏读。
事务并发调度的问题
1. 脏读（ dirty read ）：A 事务读取 B 事务尚未提交的更改数据，并在这个数据基础上操作。如果 B 事务回滚，那么 A 事务读到的数据根本不是合法的，称为脏读。在 oracle 中，由于有 version 控制，不会出现脏读。
2. 不可重复读（ unrepeatable read ）：A 事务读取了 B 事务已经提交的更改（或删除）数据。比如 A 事务第一次读取数据，然后 B 事务更改该数据并提交，A 事务再次读取数据，两次读取的数据不一样。
3. 幻读（ phantom read ）：A 事务读取了 B 事务已经提交的新增数据。注意和不可重复读的区别，这里是新增，不可重复读是更改（或删除）。这两种情况对策是不一样的，对于不可重复读，只需要采取行级锁防止该记录数据被更改或删除，然而对于幻读必须加表级锁，防止在这个表中新增一条数据。
4.第一类丢失更新：A 事务撤销时，把已提交的 B 事务的数据覆盖掉。
5.第二类丢失更新：A 事务提交时，把已提交的 B 事务的数据覆盖掉。

@rqxiao 顺便请教一下。 为啥网上几乎所有的教程都是要写一个 select 语法 + for update 。

@rqxiao 结果是一样的， 但是把 commit 注释 ， 在窗口一直运行重复的代码， 结果会自动+=1 。 这个问题是为什么？

@rqxiao 自带这个问题我不是很清楚，sql 目前只会写 curd 。目前在接触更高级的

@rqxiao 主键就是 uid

我的新思路是 ： 只要保证每个请求都是正确的扣钱请求。 然后参考 8 楼， 当然第三个条件只能是一直递归下去， 吧所有的请求都给操作完。

@vanillacloud @codehz @8520ccc @richangfan 如果这样的话， 同时有俩个 一个扣款 10 块 一个扣款 5 块。 这样只会执行其中的一个余额。 另外一个就不会执行。 我觉得 8 楼的 第三个条件挺好， 但是递归次数 又不好拿捏。

@ElmerZhang 我理解 第一步和第二步 ，第三部不是特别理解， 为啥只递归一次？

@Jooooooooo 那库存这种问题 应该怎么解决？

@runningman 行锁 怎么避免 死锁

方便看时间。 锁屏界面时间格式 都是比较大的 方便查看。 可能是考虑了这一点。

@A555 方便看时间吧。 拿出手机看时间。

备两台电脑就好了。 办公我只会选 mac ，win(笔记本)根本没法比， 风扇声音, 散热功能 就直接吊打了。
游戏只能选 win ，回到家我就用 win 打游戏。

so? keep run?

被抓到可是 要 罚款的， 不仅仅是你 ，还有帮你解除的店子。。。

公共区域建议装， 昨天我女朋友一个在家。 有人在外面敲门，把所有租客的门都敲了， 也不说话。 差点报警。 联系房东。派出所查暂住证 。。日

个人 觉得还是不要随便升级了 。一些破解的软件 不兼容 呜呜。macwk 也没了