从普通查询商品到高并发查询商品的优化思路

已于 2022-05-20 16:53:28 修改
阅读量438 收藏 3
点赞数 1
分类专栏： redis 文章标签： java redis 缓存
于 2022-05-20 16:52:35 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yfyh2021/article/details/124883546
版权
本文从普通商品查询优化到应对高并发的解决方案，逐步介绍如何处理Redis缓存承载压力、避免缓存失效洪峰、解决冷门商品存储、缓存穿透、缓存击穿等问题，采用读延期、布隆过滤器、加锁策略、读写锁等技术手段，确保系统稳定性和性能。
摘要由CSDN通过智能技术生成
  • version 0（初始版本）

        问题1：商品越来越多，redis承载越来越大

  • version 1

        问题1解决思路：设置超时时间

        问题2：我们一般会在启动时初始化redis的产品库存，如果这样设置的话，可能发生在同一时间大量缓存失效的情况。

  • version 2

        问题2解决思路：将redis的有效时间从固定时间变为可变时间。

        问题3：对于冷门商品可能半年都没有人浏览过，针对这一对能不能减少我们redis的存储呢

  • version 3

最低0.47元/天 解锁文章
yfyh2021
关注
  • 1
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
V3-14 jt项目04商品分类展示功能 事务控制 商品查询优化(减少与数据库连接思想)(上)
pingzhuyan的博客
07-09 103
01控制业务层的事务 1.1 原子性: 一个方法的业务要么成功,要么全失败 1.2 Spring中事务控制@Transactional 注解说明 1.3 Aop回顾 AOP: 不影响源码的条件 对方进行拓展 通知类型: 1. 前置before通知 2. afterReturning 3. after 4. ThrowingAfter 5. Around Around最强大 前四个用来做数据监控 注解用法 说明: 1. Spring默认的事务策略 1. 如果控制方法出现运行时异常..
商品查询优化_基于 request cache 请求缓存技术优化批量商品数据查询接口
weixin_39946767的博客
12-17 106
Hystrix command 执行时 8 大步骤第三步，就是检查 Request cache 是否有缓存。首先，有一个概念，叫做 Request Context 请求上下文，一般来说，在一个 web 应用中，如果我们用到了 Hystrix，我们会在一个 filter 里面，对每一个请求都施加一个请求上下文。就是说，每一次请求，就是一次请求上下文。然后在这次请求上下文中，我们会去执行 N 多代码，...
商品查询优化_MySQL优化入门
weixin_39914825的博客
11-26 147
1.char(n) 定长类型:无论够不够长度，实际都只占据n个长度，不够的话用空格补齐至n个长度,取出时将空格删掉，利用率i/Nvarchart(n) 变长类型：不用空格补齐，但在列内容前有1-2个字符来标志该列的内容长度，利用率 i/i+(1-2)n代表字符，不代表字节，char适合字符长度稳定在一定范围的变量，创建表时，优先考虑常用和定长的信息，不常用信息和比较占空间的信息单独建表2.key_...
Java商品分类代码查询优化
zhanlijuan
07-12 1471
需求：生活中常见页面一次性展示一级商品、二级商品、三级商品…甚至更多级别商品 大家通常会想到数据库一张表设计商品分类，有等级level字段，parent_id父id等关键设计字段 实体类也通常设计本实体关联子集的List @TableName("item_cat") @Data @Accessors(chain = true) public class ItemCat extends BasePojo{ @TableId(type = IdType.AUTO) private Intege
数据库高并发解决方案（一）查询优化
p15097962069的博客
01-20 121
数据库高并发解决方案（一）查询优化
高性能电商秒杀解决方案
04-26
• 整个系统关键在于支撑短时间内的高并发，降低数据库压力，业务和普通商品购买区别不大 秒杀系统性能瓶颈在于数据库无法处理并发访问 性能优化的关键在于数据库 思路： • 加缓存，减少数据库访问 • 消息排队，...
普通抽奖系统
10-03
同时，应对高并发访问，保证在大量用户同时参与时仍能稳定运行。 在实现上，可以采用以下技术栈： - **前端**：使用HTML、CSS和JavaScript构建用户界面，提供交互体验，如点击抽奖按钮、显示结果等。 - **后端**：...
聊天软件抢红包app实现思路与代码
02-04
为了保证高并发下的数据一致性，可能需要使用事务处理或者乐观锁等机制。 **4. 随机算法：** 对于拼手气红包，需要设计一个随机分配算法，确保每个红包的金额在合法范围内且总金额等于设定值。可以采用Fisher-Yates...
网站性能稳定性优化步骤
12-31
通常，普通页面的加载时间应控制在5秒内，而查询或统计页面可适当放宽至8秒。 - 请求吞吐量：系统应具备每秒处理3000个请求的能力。 - CPU占用率：应确保CPU利用率不超过50%，避免长时间高负载运行。 - 内存消耗...
BBS（三层，含有数据库，思路还是挺清楚的)
11-08
对于高并发的BBS系统，性能优化至关重要： - **缓存技术**：使用缓存（如Redis）减少对数据库的直接访问，提高响应速度。 - **分页加载**：帖子列表采用分页加载，降低服务器压力。 - **索引优化**：为常用查询字段...
电商高并发商品库存(高频读)查询系统设计注意事项
吉他手的私房菜
02-19 727
商品流程： 查询商品(读缓存) 缓存查不到 查数据库并写缓存 1.并发场景下，sql语句where后带上前库存值(不完全保证原子性aba问题)，或者启用库存版本号，初步保证库存扣减的原子性 2.防止缓存击穿，商品缓存时间加上随机数或者使用读续命机制(异步线程) 3.防止缓存穿透，对不存在的key缓存空值(防止ddos攻击或者运营误删除热点商品)，跟加一级使用布隆过滤器(推荐谷歌guava) 4.突发性热点商品查询(热门主播上架带过)，并发同时请求到缓存取不到，击穿到数据库，启用双重检查d.
高并发环境下查看产品详情功能的需求分析及部分代码演示（redis缓存+mq异步实现数据同步）
Java_LXM的博客
07-18 357
商品详情：1.重复访问过高 2.页面内容多 考虑使用缓存 缓存：可以为高频操作的数据，进行缓存处理 推荐的技术：Redis 缓存数据的要求： 1.高频访问 2.数据不频繁改变 3.数据不敏感 对安全要求不高 商品详情缓存策略： 1.查询商品详情-先检索Redis 2.Redis存在 直接返回 3.Redis不存在--查询数据库----存入Redis一份(缓存)---结果返回 4.再有请求--->Redis--->返回Redis如何存储 1.抉择数据类型 5种 不需要有效期 永久有效 .
高并发、大流量查询功能解决方案实践
最新发布
weixin_44991038的博客
09-15 585
通过系统架构设计、缓存策略机制 解决 高并发、大流量系统业务瓶颈，提高系统稳定性。提升用户体验。
MySQL表查询优化(二):优雅的商品分页第一步
07-28 611
第一页 select * from prod_main order by prod_id desc limit 0,20; 这是最基本的分页sql 按照主键ID倒排序 type级别是index第二页 select * from prod_main order by prod_id desc limit 20,20优雅的分页应该是：$startrow = 0; $pagesize = 20;
商品超卖控制和订单业务高并发优化
Neayom
06-13 396
一、下单业务流程分析 订单确认 、下订单(锁库存-创建支付宝订单-生成支付二维码)、扫码支付、异步回调-修改订单状态、查看支付订单 下单后减库存，而不是在付款是减库存（以防1000个人准备下单，提示下单成功，但是准备付款的时候却提示因为库存不足而付款失败,用户心态崩了） 下单后不付款咋办？非秒杀商品，下单后不付款那么24h后取消，秒杀商品 10min后取消。 或者我自己觉得可以在支付页面那里加一个倒计时60s的页面，超时不付款就拜拜。。。 二、如何解决超卖 超卖：订单数量多于商品真实库存数 怎么解决： 1、
查询优化与并发控制[姊妹篇.第六弹]
weixin_40892603的博客
06-27 107
前面我们聊过优化的思想和连接查询的最优方式。本次呢我们来谈谈查询优化的整体策略，就是在开发当中，当我们需要调度数据的时候我们的脑海里就需要优先考虑这些策略来达到程序上的优化。所谓的查询优化呢，就算我们想要提高查询效率，查询占用时间及空间越少，查询的效率越高。...
海量账户大并发实时查询解决方案
chuiao2284的博客
04-28 180
【摘要】 手机银行查流水、网上银行查收入、游戏账号查明细、手机营业厅查充值记录等等都属于海量账户查询场景。此场景的特点是：访问人数特别多，全量数据超大，而且不能让用户等待！点击海量账户大并发实时查询解决方案，去乾学院看看在大并发海量账户查询场景中，如何用集算器实现秒级的查询速度! ...
高并发架构-价格
chunkaijin3570的博客
08-23 205
前言 电商系统用户量很大，并发很高，其中商品的价格，是调用量最高的接口之一，本文介绍价格架构的核心。 总体架构图 如何抗住高并发调用量 缓存：直接从redis获取商品的价格结果。 横向扩展：当单机无法支撑时，直接横向扩展，理论上多大并发量都可以抗的住 ...
高并发账户记录查询
Raqsoft
12-17 385
【摘要】 面对高并发账户记录查询问题，按照本文的介绍一步一步操作，就能有效提升性能。点击了解高并发账户记录查询 问题描述 高并发账户记录查询在银行、互联网企业、通信企业中广泛存在。例如：网上银行、手机银行、电商个人账户查询、互联网游戏账户等等。这类查询有三个共同点： 1、 数据总量非常大。用户数量本身就非常多，再加上多年的账户数据，数据量可以达到几千万甚至上亿条。 2、 访问人数众多。几百万甚至上千万人访问，属于高并发查询。 3、 不能让用户等待。手机、网页要达到秒级响应，否则严重影响...
掌握MySql高并发性能优化策略：查询、结构与服务器
这篇指南旨在帮助读者理解和掌握在高并发场景下MySQL的性能优化策略，包括如何监控性能参数、利用EXPLAIN分析查询、识别和解决慢查询，以及优化数据库结构和服务器设置。通过实际操作和针对具体场景的调整，可以显著...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值