由并发扣款如何保证数据一致性引起的ABA问题的思考

起因是看了公众号架构师之路 推送的一篇文章：并发扣款，如何保证数据的一致性？

1. 场景：

用户购买商品，对余额进行查询和修改，如果余额大于商品价格，购买商品并修改余额，单机或者无并发情况下，这个步骤没有任何问题；但分布式环境下，不同站点实例的多个业务操作同一个用户进行并发扣款(虽然我也不知道怎么会有这种场景，用户怎么可能在同一时间买多个商品)，这样进程内互斥锁肯定无法起作用，最终导致数据不一致。以下是异常流程：

1. 业务1和业务2并发查询余额，都是100元；
2. 然后并发进行业务计算，业务1算出余额是28元，业务2算出余额是38元，
3. 那么无论谁写回余额，都会覆盖另一个业务的操作结果。

这不就是第二类丢失更新吗？网上有一个关系表格图：

如图，mysql默认隔离级别为可重复读，能解决第二类丢失更新，那上面怎么这个是怎么回事？
这里有一个误区，所说能解决是基于update语句的加减不会丢失，比如 update t_account set money=money-1 where id=1, 如下：事务1在T3时刻查询余额为100，事务2在T5时刻执行update减1操作修改为99，T6时刻提交，由于可重复读&