秒杀系统对应的表
三层架构秒杀活动的,那个日期开始,那个结束,关联场次,这个
h对应多个问题,ims 这个问题,开始和关闭,活动的产次,产品的ID,
秒杀活动的库存的是单独的一块的,单独设置一个 活动的数量,单独的价格,取决于,
大概产品的推荐,想要我们呢,秒杀商品的,业务都差不多了,商品的详情,大概的内容
多表的关联查询,启动多个查询,

所有的配置的方式配置到naco的方式,注册到nacoss 下去,
服务去拉取,单独的数据库的没有单独的数据库的,单个的nacos 理论上来说单独的,
性能优化,多级缓存,ngix d的优化,直接打开京东请求,打在商品库上,想一下
是不是秒杀活动,做一下压力测试,首先了解首选项的东西,2个处理器,windows 操作系统上的
不放大小的方法,查找多少呢,
使用Jmeter 进行压力测试,响应回来的结果,线程太多,使用的10s 种的方法,内存溢出,
预测的方法,找准最多的怎么样十秒钟的,测试一下
所有的请求,不会设置查询商品信息,缓存到redis中,缓存被动的更新,
加入local cache 的缓存,
缓存的到一级缓存中然后缓存到二级缓存中:
一级缓存到二级缓存使用FIFU的淘汰策略的。最长的时间未使用的淘汰策略的方法,
这个方法,满足纪要能够提供一个cache,
不用这儿 Map了,效率太低了。
缓存到localcache
本文探讨了秒杀系统的架构设计,包括活动日期管理、产品库存处理、多表关联查询等核心内容。深入讨论了使用Nacos进行配置管理,以及通过多级缓存、Nginx优化等手段提升系统性能。同时,介绍了如何使用JMeter进行压力测试,确保系统在高并发场景下的稳定运行。
928

被折叠的 条评论
为什么被折叠?



