三合一静态网站wordpress书插件

三合一静态网站,wordpress书插件,东莞网络推广公司排行榜,全国信息企业查询平台问题背景在在线教育业务中#xff0c;因为功能的扩展刺激消费通常会有一个优惠卷的功能#xff0c;当时这些优惠卷通常是限量的需要学员自助领取#xff0c;在一些特定场景下会出现学员领取卷的总数量大于运营设置的卷的总数量#xff0c;这就是超卖问题的现象#xff0c;…问题背景在在线教育业务中因为功能的扩展刺激消费通常会有一个优惠卷的功能当时这些优惠卷通常是限量的需要学员自助领取在一些特定场景下会出现学员领取卷的总数量大于运营设置的卷的总数量这就是超卖问题的现象或许在这个创建下叫做“超领”可能更合适些。产生原因假设当前运营设置了10张优惠卷前面9已经被抢完了还是最后一张但是此时有三个学员在相同时间下都做了领卷的操作最终导致三个学员都领到卷了导致领取总量大于发放总量。解决方案1.保证数据的原子性。添加发放总量 大于 以发放量的条件保证多个在事务操作下数据的总量不会发生改变。优点代码改动量下并且效果比较好不会出现ABA的问题。目前我们公司就是使用这个方案缺点事务为了保证原子性会在对这个优惠卷数据上行锁。在没有设置索引的时候可能会做全量扫描效率上会变低。因此我们需要设置对应的有效索引防止走全表。在极端的情况下会更新失败需要设置重试机制。当有多跟线程同时操作的时候通过更新时回去行级锁来控制执行顺序因为某些原因导致获取获取锁超时最总导致更新失败。2.悲观锁。通过synchronized对优惠卷id进行上锁每次只有一个保证请求是串行的执行速度比较慢当时确实是最可靠的。3.乐观锁。优点保证了在请求的并行执行在执行效率上是很高。缺点在请求大量的时候虽然都可以执行但是最终只会有一个执行超过在完成率上是比较低的。实现上通过版本号进行控制。在实现上是三者中最繁琐的。我们没有单独定义本号字段来做的我们是使用更新时间做版本号的来实现的。在极端情况下乐观锁会出现无法感知的超卖情况。但是对我们目前的业务场景不会造成影响。极端的场景 ABA对总数不影响导致可能会导致业务逻辑错误保证数据的原子性就会存在这个问题。时间线 1. 线程A读到 version 1, issued_count 99 2. 线程B更新issued_count 100, version 2 3. 线程C退款更新issued_count 99, version 3 4. 线程A执行更新version匹配成功错误地认为数据没变