正常来说不可能搞出这种bug，不是菜到家的程序员都知道抽卡结果绝对不能靠客户端决定。根据我的经验抽卡确实是服务端决定。但事务没提交就直接返回客户端，客户端强退引发事务回滚，导致回档。不过正常来说事务的边界是不会超过一次请求的。既然能事务提交前让客户端看到结果，就说明不止一次请求了。
如果我猜想没错，那么所有卡bug的都是有迹可循的。因为数据库对回滚是有记录的。当然这种记录并不好查，dba估计要睡公司了。

你。。。这资深可能，嗯，词用得挺多但是。。不太准，首先回滚这玩样儿不是用在处理这块的，基本用在需要网络同步的地方，比如联网的赛车游戏，因为每台计算机浮点数计算结果是不可能一致的，而整数型的物理引擎性能和精度又不行，比如GTAOL在处理车碰撞时才会把服务端发到客户端的数据进行回滚到关键位置，进行插帧补帧等操作让不同用户同步，但是只要用了回滚数据绝对绝对绝对不会是一模一样的，而充值这块只是一个简单的数据根本不涉及到回滚，就是本地有数据在客户端的线程队列里等着提交，但是断网了没提交成功，服务端那边没收到数据也不扣除氪金点，重新上线一下就OJBK了，而不提交的话服务端是不会有任何数据的，这个无法记录，另外也没办法去查到所有卡BUG的人，因为只有提交数据到服务端后才会对应记录，有的人就弄80抽3到4个SSR，就说自己运气好，没有证据怎么封？别问我咋这么清楚。。。。。。。头都快秃了。。

你们搁这说啥呢

真资深程序用屁股都知道这玩样儿是什么问题导致的，幻塔好玩是真好玩，但是开发团队肯定是OP的卧底！

这种设计初衷可能是为了保持数据一致性，但不幸的是这个架构师没考虑到抽卡随机性至关重要，这bug相当于让玩家有了控制随机性的可能，百分之零点几的ssr概率可以强行变成接近100%

反正都看不懂

确实 我们其他部门讨论这个事也是觉得这样 要不就是真的逆天 在本地计算 2021年了 还有这么逆天的程序设计

你要真是资深就不可能说出事务没提交先返回客户端这种话了，再菜的程序员也不可能做出这种操作。而且已经很多人验证了就是本地计算，证据也有很多，比如每次重试十连出的紫色黄色位置完全相同，这点基本就能说明你的下次十连早在本地已经计算好了

拿gta来比较。不要说楼主。我都笑喷了。这两个研发的代码都不一样。运算方式也不一样。又不是每个3d游戏都是一种算法

卡断网无限领邮件应该是同样原理吧

资深。我从业七年也不敢自称资深。怎么会有事务回滚呢，和数据库又能扯上什么关系呢。你肯定没做过游戏开发。

如果是本地计算，真的逆天

不能是程序员报复吧，要不就是留个暗门结果太明显了

数据留在客户端不上传服务器……好耳熟啊，当年LOL无限闪现治疗无限破败就是这个bug导致的吧，之后应该不会再有游戏掉这个坑

不明觉厉