关于mybatis 动态 sql 的一些陷阱：防止批量update，delete，select...
问题产生场景： 昨天支付中心发起退款回调时，引起了我们这边一个bug： 有两笔退款异常，支付中心发起第一笔异常的回调的时候就把我们这边两笔退款异常对应的订单的状态全部给修改 了。当支付中心对第二笔异常回调的时候回调程序发现订单状态已经改变发出了一个异常邮件，然后回调就终止 了，所以数据库呈一个不一致状态：订单状态已改变，但没有记录订单日志，也没有记录退款状态。然后大家就来寻找这个bug，过程挺有意思的。 首先我们请DBA从订单号，订单Id和时间多个条件查数据库的日志，想找出是哪个系统发出的这个更新订单状态的log，最后没找到。 后来从退款回调里发现下面的代码： checkUpdateResult(updateDAO.execute( "order.updateStatus", ImmutableMap.of("orderId", order.getId(), "updateTs", TsUtils.now(), "preStatus", currStatus.getStatus(), "currentStatus",nextStatus.getStatus())) ) 这是用于更新订单状态的代码，传入了参数 orderId, updateTs,preStatus对应的mybatis mapper： <update id="updateStatus" parameterType=