内容简介:上次主要界面介绍了秒杀系统,分析了秒杀系统可能存在的几个性能瓶颈的地方:商品列表,详情页面,提交订单页面。这次主要说说分布式session的问题。1.加入redis缓存的方式,判断是否redis中存在?第一次从数据库里面取,放入redis中,第二次的时候直接从redis里面取。明显并发可以上去。吞吐量也可以明显提高。如果商品价格发生变化,及时的维护redis中的缓存。
上次主要界面介绍了秒杀系统,分析了秒杀系统可能存在的几个性能瓶颈的地方:商品列表,详情页面,提交订单页面。这次主要说说分布式session的问题。
(一)秒杀增加高并发的方式
1.加入 redis 缓存的方式,判断是否redis中存在?第一次从数据库里面取,放入redis中,第二次的时候直接从redis里面取。明显并发可以上去。吞吐量也可以明显提高。如果商品价格发生变化,及时的维护redis中的缓存。
2.nginx的并发数,加大nginx的并发数。
增加work_rlimit_nofile和worker_connections数量,并禁用keepalive_timeout。
3.tomcat的并发数。加大tomcat的并发数。超时时间加大。
maxThreads=”1000″ 最大并发数 。
minSpareThreads=”100″///初始化时创建的线程数。
maxSpareThreads=”500″///一旦创建的线程超过这个值,Tomcat就会关闭不再需要的socket线程。
acceptCount=”700″// 指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理。
<Connector port="8080" protocol="HTTP/1.1" minSpareThreads="100" maxSpareThreads="500" maxThreads="1000" acceptCount="700" connectionTimeout="20000" redirectPort="8443" />
4.redis的连接池。
5.dubbo连接池与超时时间。
6.数据库的连接池加大。Too many connections
系统支持的最大连接max_connections 用户能最大连接进来的数量max_user_connections 别忘记在配置文件里添加否则重启失效 max_connections=1000; max_user_connection=600
7.linux系统的句柄数–too many open files
ulimit -n 20480
(二)session共享插件适合十万级以下并发
https://github.com/ran-jit/tomcat-cluster-redis-session-manager 支持tomcat7,tomcat8,tomcat9。
- 选择它因为他支持tomcat8和tomcat9
-
详细的介绍和下载路径
> https://github.com/ran-jit/tomcat-cluster-redis-session-manager/wiki
-
Steps to be done,
1.Copy the downloaded jars to your tomcat/lib directory.
>tomcat/lib/
2.Add tomcat system property “catalina.base”.
* catalina.base=”TOMCAT_LOCATION”
example: export catalina.base=/opt/tomcat
3.Copy the redis-data-cache.properties file to your tomcat/conf directory and update your Redis server details.
* tomcat/conf/redis-data-cache.properties
Add the below two lines in your tomcat/conf/context.xml file.
<Valve className="tomcat.request.session.redis.SessionHandlerValve" /> <Manager className="tomcat.request.session.redis.SessionManager" />
Verify the session expiration time in tomcat/conf/web.xml file.
<session-config> <session-timeout>60</session-timeout> </session-config>
PS:互联网公司都是堆机器,水平挂的机器多,redis多,tomcat多,nginx多,每个机器的配置一般,但是机器多分到每个机器上的就少了。其实还有内部的一部分优化。并不是调的越大越好,这个也是根据机器的性能的。需要根据机器来反复的尝试获得最佳值。
>>原创文章,欢迎转载。转载请注明:转载自,谢谢!>>原文链接地址:上一篇:已是最新文章
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- 『互联网架构』软件架构-分布式架构(14)
- 『互联网架构』软件架构-分布式系列并发编程(29)
- 『互联网架构』软件架构-分布式之大型网站的演变过程(28)
- 分布式存储架构设计
- 分布式架构知识体系
- 掘金 AMA:听分布式架构 SOFA 的开源负责人黄挺聊分布式架构和开源
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
亿级流量网站架构核心技术
张开涛 / 电子工业出版社 / 2017-4 / 99
《亿级流量网站架构核心技术》一书总结并梳理了亿级流量网站高可用和高并发原则,通过实例详细介绍了如何落地这些原则。本书分为四部分:概述、高可用原则、高并发原则、案例实战。从负载均衡、限流、降级、隔离、超时与重试、回滚机制、压测与预案、缓存、池化、异步化、扩容、队列等多方面详细介绍了亿级流量网站的架构核心技术,让读者看后能快速运用到实践项目中。 不管是软件开发人员,还是运维人员,通过阅读《亿级流......一起来看看 《亿级流量网站架构核心技术》 这本书的介绍吧!