@FANGYK 典型了哈哈哈 不过传话的时候甚至会出现理解偏差 https://i.imgur.com/agAJ0Rd.png 。不能反驳，反驳就是说是老板要求的 https://i.imgur.com/MAyk5GN.png ，最后出来是产品经理以为老板想要的。

@everfly75 #11 后面不知道为啥一直 https://i.imgur.com/pasmlhF.png 提示空的

合理利用 chatgpt ，把你的需求结合你们业务系统的网页结构直接描述给 chatgpt 生成脚本去执行。至于什么脚本语言都是可以的，看哪种比较容易看得懂，比如 js 、php 什么的。

赞！打算在工作中尝试替代一下 chatgpt 试试！ [email protected] 求会员资格赠送体验一下😀😀

https://i.imgur.com/agAJ0Rd.png 提示输入激活码直接点取消就可以用了，这是特性还是 bug 哈哈哈

在代码层加这种判断有点不太好，如果后期继续加权限逻辑岂不是得改很多。如果有使用 ORM 的话，适当改装一下 ORM ，业务层面通过 ORM 操作，对于本来业务的侵入会比较少。

写的真不错😁

@asmile1993 #30 首先：这个帖子主题的本质是想要了解有没有更好更优先非入侵业务的方案可供选择。 其次你以上说的这个 update t set value = value - 变化量 where ...这个是没问题的，但是有些业务是需要插入变动前、变动后的记录。

@asmile1993 你当前都最新提交的记录（这里的最新是相对来说的最新），如果你读到最新之后又有人修改了该条记录，它就不是最新的记录了

@louettagfh #25 RR 隔离级别不就是可重复读？ A 脚本在这个事务读取的就是开启事务时候的快照，这个时候的库存不就永远都是 30 吗？

@louettagfh #23 一个事务查询出来是 30 ，进行业务操作先不 commit ，另外一个事务直接变更 25 进行 commit ，是可以的。实际模拟很简单：A 脚本开启一个事务，进行查询那条记录记录为 30 ，然后 sleep 5 秒钟，这个时候开启另外一个脚本 B 里面更新那条记录，更新为 25 ，然后进行 commit ，这个时候脚本 A 里面查询 30 这个库存它就是错误的

@louettagfh MYSQL 的隔离级别除非是串行化或者是你在查询的时候加上锁，不的话正常情况其他的事务都可以改当前的这条记录

@woodfizky 非原子级的，事务里面是有业务操作的，当前的做法就是加一个 version 字段，只要更新就会自动 version=version+1 这个，处理业务的时候先查询出来 version 加到 where 条件里面判断。如果影响函数为 0 ，证明处理业务期间该数据发生变化了。

@timethinker 数据竞争这个说的很对，想表达就类似于这个意思

@dzdh 是这样子没问题，但是如果记录变化的很频繁的时候，这个更新就经常会出现失败

@dzdh 是啊，但是就是在想有没有其他对业务侵入不会很大的方案 哈哈

@sun1991 这里所谓的锁是通过业务去实现， 比如在仓库记录里面加上一个 version 或者其他的一个标识。比如当前你获取的 version 是 1 ，这个时候你处理业务后，进行的时候加上 version 条件，如果期间有人变动库存了，这个 version 就会发生变化，你更新的时候就更新失败了

有可能的排序的问题。比如第一页的数据的某些帖子当前排在第一页，你点击下一页之后部分帖子当前就排在了第二页了。

@linhongjun 当时弄这个域名的时候没考虑这么多，只考虑价格哈哈哈，xyz 后缀的会被当欺诈处理？收录不上吗