Orderly Network面试(部分)

40 篇文章 0 订阅
27 篇文章 0 订阅
当需要停止线程池中的任务时,可以使用ExecutorService的shutdown()或shutdownNow()方法。前者阻止新任务加入,等待已提交任务完成;后者则尝试停止正在执行的任务。对于防止同一充值单重复充值的问题,可以利用乐观锁机制,在数据库表中添加版本字段,确保更新时的数据一致性。此外,减小乐观锁力度或结合Redis和消息队列也能提高并发处理能力,防止超卖情况发生。
摘要由CSDN通过智能技术生成
  • 线程池里批量运行的任务想停掉,应该怎么做?Answer by newBing:如果您使用的是Java并发工具包中的java.util.concurrent.ExecutorService接口定义的线程池,可以使用以下命令:
    shutdown():关闭线程池,不再接受新的任务,但会执行完已经提交的任务。
    shutdownNow():关闭线程池,不再接受新的任务,并尝试停止正在执行的任务。

  • 一个情景题,同一个充值单,两个任务并发对它进行充值,如何防止重复充值?如何在数据库上加乐观锁来解决这个问题?相关知识1,2,3:在表中设计一个版本字段 version,第一次读的时候,会获取 version 字段的取值。然后对数据进行更新或删除操作时,会执行UPDATE … SET version=version+1 WHERE version=version。此时如果已经有事务对这条数据进行了更改,修改就不会成功。

    • 问题扩展:如果单纯是为了防止超卖,可以采用1,2中提到的方法来减小乐观锁力度,最大程度提升吞吐率,提高并发能力:update item set quantity=quantity - 1 where id = 1 and quantity >= 1
      2中还提到了利用Redis单线程的特点,Redis.decr+消息队列的解决方案。

附:一些相关知识: 本博----MySQL Innodb的行锁(悲观锁)锁的什么?


  1. 数据库中的乐观锁与悲观锁 ↩︎ ↩︎

  2. 如何解决高并发下的超卖问题? ↩︎ ↩︎ ↩︎

  3. MySQL中悲观锁和乐观锁到底是什么? ↩︎

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

qq_23204557

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值