@picone 666

@InDom 只能说三个字 666

@ndxxx 嘿嘿，我这个是新手问题
@colinlikepotatos 你这个专业，我是个 oneman 怕是实现不过来 哈哈哈哈

@sentinelK 您说的对，我调查发现这个游戏中的通信防作弊，不是无懈可击的。只能提高作弊门槛，也就是您说的这些业务算法。
@NessajCN 人工审核哪是程序员追求的目标 哈哈哈
不过前期对大额数据，做小批次拦截 人工介入

@laikick 我也不想过度设计，但是发放的奖励是有成本的。。所以得谨慎一点。。嘿嘿

写 qt 的写这玩意太简单了

@lancelee01 之前只有落单入库加事务，

后来调用方要求同步返回 RPC 接口的实时状态，就只能这样了。
补偿倒是没事，主要怕产生无效数据

@vishun 谢谢，我去搜素下 这个是什么意思

@vishun 啊，没有超时，我上午回答错了。是 B 的操作都被回滚了（日志表就没有记录）。我以为超时报错了。

@kivmi 因为要通过事务保证异常数据不要落库，否则脏数据比较难受。而且业务所处部分是 数据处理。一切日志都要记录

@zhuzhibin 当然是 Mysql 默认隔离级别，允许重复度。
业务是新插入这条数据。
然后再拿这条数据去请求第三方系统。（最早时候是异步请求第三方系统的，但是后来要求同步了）

然后请求第三方系统是单独一个代码 transtranB 。里面只有更新对应数据状态，记录日志的数据库操作。

@SvenWong B 方法没法放到上面，因为上面新建的数据，然后 B 才能去更新

@missya 就是这样的。
之前就是异步调用 transactionB 。现在业务改了，想同步返回结果。所以才出现这个问题的

@bcllemon 说错了，我是 B 去掉事务了。A 和 B 加入一个事务也会 锁超时

@weiqlog 可行的，不过不敢调。怕影响太大了，对事物理解不是特别透彻。 来点其他问题 就得不偿失了

@SvenWong B 之前就是异步的
但是业务想要同步，所以才这么写代码的。

调用 B 倒是可以，效果一样。就是可读性怪怪的。不过是 OK 的

@bcllemon 需要一起完成，并且同步的。
现在也改成一个事务了，但是就不能在 B 抛出异常交给 A 处理了（这样 B 的数据库操作就全部回滚了）
B 只能改成 手动回滚到某个点，然后 return 。感觉这么写不太好

@dengkj A 不慢 B 慢（调用第三方接口）

@cnhongwei 插入日志也不会报错。
在抽出来插入日志的代码上新开事务 我理解没有实际作用呀