关于高并发,线程,锁的学习笔记

1.纸上得来终觉浅,绝知此事要躬行
经历项目亲自去做,比看100遍课程有用的多。
2.参考课程
https://www.bilibili.com/video/av52467230/?p=1
3.一些收获
秒杀系统
应用:1.商品的抢购,2.群红包,3.优惠卷领取,4.抢火车票,5.电影票在线预约

特点:短时间的高并发,负载压力大,读多写少,竞争资源有限,不能多买,不能少买,不能重复买

模拟多线程高并发时使用CountDownLatch来使创建的多个线程同时调用同一个方法,CyclicBarrier来进行计时处理。

乐观锁:
认为数据一般情况下不会造成冲突,所以在数据进行提交更新的时候,才会正式对数据的冲突与否进行检测,如果发生了冲突,则返回用户错误的信息,让用户决定如何去做或者程序自动去试。
读多写少,提高系统吞吐量
普遍应用的是:数据库,缓存乐观锁

只是对数据库进行操作的时候,对数据进行加锁。

基于数据库来实现,1.基于sql的版本,操作时进行版本的比对来实现(检查版本是否一致,数据更新,版本号加一)。
2.基于数据的状态,例如库存减掉数量的时候大于0
(前两点并发能力很低,数据库的并发能力只有300~700)
3.使用缓存,cas机制,使用mencached来实现锁的机制(1.引入包,2.配置3.gets和cas操作)

悲观锁:
对数据被外界修改持保守态度,因此在整个数据处理过程中将数据处于锁定状态,往往依靠数据库提供的锁机制实现
写多读少,保证数据安全

@transaction事物注解,不设置隔离级别就会使用数据库的隔离级别,也就是数据库会对数据进行加锁,从某方法调用该数据开始,到该方法事务提交,也就是该方法的彻底结束为止,该数据都是处于锁定状态,其他程序是无法调用的。是不允许该数据被其他程序进行修改操作的。

解决多并发最简单的方法:调用的方法前加synchronized(同步控制,变成单并发),缺点是太慢了,不适合大的数据量
当有很多线程进入程序的时候,可以对他们进行随机的休眠。

分层的原因:
1.尽量将压力拦截在上层,(系统的瓶颈往往在数据库层);
2.每一层都有缓存的技术,可以分担压力;
3.页面段利用验证码等技术,进行限流,控制端用neginx对于大项目最主要的就是缓存,https,安装插件(例如限流技术,跟据USERID限频率),服务层利用微服务技术mencached和redies技术,如果处理压力还是很大,削峰填谷,可以进行延时处理,请求队列,分批发放(MQ技术)。数据库层:(读写分离,分库分表,数据库集群)
4.sql优化,执行计划-》然后进行优化

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章