高并发
文章平均质量分 92
我行其野&芃芃其麦
这个作者很懒,什么都没留下…
展开
-
高并发秒杀细节
前言高并发下如何设计秒杀系统?这是一个高频面试题。这个问题看似简单,但是里面的水很深,它考查的是高并发场景下,从前端到后端多方面的知识。秒杀一般出现在商城的促销活动中,指定了一定数量(比如:10个)的商品(比如:手机),以极低的价格(比如:0.1元),让大量用户参与活动,但只有极少数用户能够购买成功。这类活动商家绝大部分是不赚钱的,说白了是找个噱头宣传自己。虽说秒杀只是一个促销活动,但对技术要求不低。下面给大家总结一下设计秒杀系统需要注意的9个细节。1 瞬时高并发一般在秒杀时间点(比转载 2021-08-10 11:00:29 · 1855 阅读 · 3 评论 -
jedis和lettuce连接redis方案性能对比
针对redis连接池获取连接出现长时间等待问题虽然现在通过调整线程池大小和去掉调用是否联通号码逻辑暂时起到了一些作用,但是却是治标不治本的方案。因此秉着事情必须要有闭环的宗旨。今天花了一天时间做了如下的压力测测试。 知识储备: jedis客户端连接方式是基于tcp的阻塞式连接方式。 lettuce客户端连接方式是基于netty的多路复用异步非阻塞的连接方案。(目前业界解决高并发大数据的问题的思路) ...原创 2020-06-03 17:52:23 · 9838 阅读 · 6 评论 -
一文读懂 druid连接池
起因: 最近微服务项目组新增了一个工程newbusiness顾名思义新业务工程,可是项目上线以来每天都会出现关于新业务超时响应的监控告警。接口整整耗时26秒,由于微服务超时时间设置为2秒,所以响应超时。 问题分析: 通过对日志的分析发现接口的耗时全部集中在数据库连接的获取和销毁上,因此初步推断是数据库连接池的问题,项目组连接池组件用的是阿里的druid组件,配置如下: type: co...原创 2020-05-22 10:46:02 · 1450 阅读 · 0 评论 -
96秒100亿!阿里到底做了什么?
双 11 刚过,1分36秒100亿,5分25秒超过300亿,12分49秒超500亿,最终当天交易额定格在2684亿元人民币,同比增长约25.7%……那么,阿里到底做了哪些技术方案,才有这样的的成绩呢?本文以设计淘宝网的后台架构为例,介绍从一百个并发到千万级并发情况下服务端的架构的演进过程同时列举出每个演进阶段会遇到的相关技术,让大家对架构的演进有一个整体的认知。文章最后汇总...转载 2020-01-03 11:24:58 · 171 阅读 · 0 评论