在上线后跟踪mysql的某操作历史表，发现部分操作纪律未在上一条的基础上进行更改。该操作是在分布式服务中，多服务并行运行，但均置于事务中并用for update排它锁锁住的，理论上说不应该出现并发修改。
整理了一下mysql的for update排它锁能实现的条件：1、必须置于事务中，事务要能生效，特别是spring中事务方法必须是public，且必须是由类外调用该事务方法。2、for update的查询语句必须规范，要么查询条件是主键，要么查询条件要走索引，至于最终是锁行还是锁表都有可能。3、如果有读写分离中间件，必须保证for update到主库，因为一般从库都是read-only（for update语句在read-only环境中会报错）
线上环境均满足以上条件，且做测试发现能排它锁运行正常。最终找到原因为一傻逼在线上分布式环境中开启了mybatis的二级缓存。。。