并发修改同一条数据场景，比如：用户同时打开多个充值窗口同时点充值、用户同时打开多个商品页面同时点购买、等
此时会产生多个update同一个用户余额，如何保证并发情况下正确修改数据。
1.业务处理代码加锁：
这样就一次只能处理一个请求，保证每一次update都是对的，但是牺牲了并发性能优点。
如果有100个用户同时要修改自己的余额，那就只能排队慢慢等，一个一个修改，越靠后的用户等待时间越长。
2.在表结构中再加一个时间戳字段，用来标识余额上一次的修改时间：
业务代码中先根据主键把余额和时间戳查出来
select 余额, 时间戳 from 表 where 主键=$主键
再去update，update的时候要同时更新时间戳，并且where条件加上时间戳判断
update 表 set 余额 = 计算之后的余额, 时间戳 = 当前时间戳 where 主键 = $主键 and 时间戳 =上面查出来的时间戳
这样就能保证只有一个update执行成功，然后业务代码中也不用加锁，只要加上重试机制就可以了，判断update返回值如果是0就重新select再update。
如果有100个用户同时要修改自己的余额，那就只要出现这种同时多次修改自己数据的用户等待重试的时间就行了，其他用户都能并发执行。
备注：也可以使用数据库行级锁，但是不同的数据库锁的语法和使用方式可能不一样，sql语句都要根据使用的数据库不同定制化写，
这样如果系统里使用多种数据库，或者以后切换数据库就会很麻烦，第2种方式就是为了解决这个问题而升级的方案。