redis学习(011 实战:黑马点评:优惠券秒杀：redis实现全局唯一ID)

于 2024-09-03 17:07:07 发布
阅读量188 收藏 4
点赞数 3
分类专栏： redis 文章标签： redis 学习 数据库 java spring boot spring
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wang_book/article/details/140358668
版权

黑马程序员Redis入门到实战教程，深度透析redis底层原理+redis分布式锁+企业解决方案+黑马点评实战项目

总时长 42:48:00 共175P

此文章包含第48p-第p49的内容

文章目录

全局唯一ID

在这里插入图片描述

//String did = dao.haveKeyId(“deputybedthing”);

在这里插入图片描述

在这里插入图片描述
这里的主键并没有自增长
在这里插入图片描述

店铺是使用的自增长 auto_increment
在这里插入图片描述

在这里插入图片描述

使用的是java中的Long类型 共有8个字节（64比特位）
第1位是符号位（0代表正数）
后面31位是 时间戳（以秒为单位，有21亿位，可以支持69年）
最后32位是序列号位 每秒支持2^32个id
在这里插入图片描述
在这里插入图片描述

编码

在这里插入图片描述

设置一个初始时间
在这里插入图片描述

这样设计的话，每天都会生成一个key，这个key的值正好就是当天的下单量

在这里插入图片描述
最好带冒号，这样到时候可以按年统计 按月统计 按日统计
在这里插入图片描述
这里变黄了是因为idea担心这个会产生空指针（不需要担心，redis发现没有这个key的话，会自己生成这个key）
在这里插入图片描述

拼接long类型，时间戳向前移动32位
在这里插入图片描述
用或运算 因为 向前移动了32位 后面的值全是0 0或0=0、0或1=1 所以或运算是可以直接将值放进去的
不用考虑最前面的符号位 因为这里只有63位 第一位一定是0
在这里插入图片描述
count & 0x00000000ffffffffL 清零序列号的高位 （0x开始表示这一串数字是以16进制表示的）

在这里插入图片描述

单元测试

这里我们创建一个500个线程的线程池
在这里插入图片描述

这里我们将生成300*100个id
在这里插入图片描述

这里使用线程池 等待线程都结束再进行计时

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

生成了30000个id
在这里插入图片描述

我们使用的是第二种
在这里插入图片描述

雪花算法也可以使用（理论上来讲它的性能应该更好）

在这里插入图片描述

雪花算法
在这里插入图片描述
缺点：对服务器时钟的依赖很严重
在这里插入图片描述

wang_book
关注
  • 3
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
【Redis】Redis实战：黑马点评之优惠券秒杀
qq_50675319的博客
09-19 1289
每个店铺都可以发布优惠券：当用户抢购时，就会生成订单并保存到tb_voucher_order这张表中，而订单表如果使用数据库自增ID就存在一些问题：id的规律性太明显如果我们的id具有太明显的规则，用户或者说商业对手很容易猜测出来我们的一些敏感信息，比如商城在一天时间内，卖出了多少单，这明显不合适。受单表数据量的限制。
【Redis】Redis实战：黑马点评之秒杀优化
qq_50675319的博客
09-21 1066
通过加锁可以解决在单机情况下的一人一单安全问题，但是在集群模式下就不行了。1.我们将服务启动两份，端口分别为8081和8082：2.然后修改nginx的conf目录下的nginx.conf文件，配置反向代理和负载均衡：3.重新加载nginx，命令为4.经过测试，最终发现在集群模式下，有多少个服务，用户最多就能下多少单，也就是说在集群模式下，我们之前使用的悲观锁失效了为什么会出现上述现象呢？
Redis实战—黑马点评项目—优惠券秒杀
LHB123456789L的博客
03-22 543
优惠券秒杀 笔记
Redis项目实战——黑马点评(优惠卷秒杀部分)
m0_60301012的博客
06-17 1484
redis实战-黑马点评的优惠券秒杀部分
黑马点评-优惠券秒杀
weixin_57393590的博客
10-16 900
redis分布式锁
Redis实战
爱哭的毛毛虫的博客
10-09 1966
redis中各种数据类型的使用
菜鸟项目练习：黑马点评项目总结
热门推荐
qq_47960640的博客
11-15 1万+
用来配合学习Redis的知识。1.1 项目使用的技术栈1.2项目架构采用单体架构后端部署在Tomcat上，前端部分部署在Nginx。
Redis 实现哨兵模式
weixin_68398469的博客
08-26 1257
哨兵也叫 sentinel，它的作用是能够在后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库。Sentinel进程是用于监控redis集群中Master主服务器工作的状态，在Master主服务器发生故障的时候， 可以实现Master和Slave服务器的切换，保证系统的高可用，此功能在redis2.6+的版本已引用，Redis的 哨兵模式到了2.8版本之后就稳定了下来。一般在生产环境也建议使用Redis的2.8版本的以后版本每个哨兵。
Redis 在 Linux 环境中的基础语法与数据类型详解
weixin_39996520的博客
08-31 1421
Redis 在 Linux 环境中的基础操作，以及其支持的多种数据类型的使用场景和代码示例。Redis 的灵活性和高性能使其成为电商系统中不可或缺的组成部分。通过合理应用 Redis 的各类数据类型，我们可以构建高效、可靠的系统，满足不同业务场景的需求。
Redis从入门到入门（上）
Satellite_H的博客
08-31 851
1.Redis概述1.1 什么是Redis1.2 Redis的应用场景2.Linux下Redis的安装与使用2.1 Redis下载2.2 Redis的启动2.3 Redis配置2.4 连接RedisRedis是用C语言开发的一个开源的高性能键值对（key-value）数据库，官方提供测试数据，50个并发执行100000个请求,读的速度是110000次/s,写的速度是81000次/s ，且Redis通过提供多种键值数据类字符串类型 string散列类型 hash列表类型 list。
Redis面经
weixin_73537561的博客
08-30 1142
缓存雪崩：在某个时段，设置的key的失效时间都一样，其实也就是大量key在同一时间失效了或者Redis宕机了，从而导致如果这个时间有大量的请求打进来，导致数据库可能存在宕机。但是这个方案的缺点也很明显，如果大量的数据库查询为空打过来那么也就会导致很多缓存，消耗了内存，同时如果大量的不一样的不在数据库中的请求打过来那么一样可以造成宕机。缓存穿透：查询一个数据库中不存在的数据，那么查询不成功也就会导致数据库中的查询不会返回缓存，从而通过大量的请求去造成负担。就是让redis中的key不在同时去进行失效。
Redis 集群：引领企业级 NoSQL 数据库新潮流
weixin_72191146的博客
08-31 1586
Remote Dictionary Server（远程字典服务），通常简称 Redis，是一个开源的使用 ANSI C 语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value 数据库。
Redis的incr命令引发的反序列化异常和ERR value is not an integer or out of range异常
最新发布
m0_61891910的博客
09-03 392
在Java中使用inc命令的时候发现redis中的值被反序列化后居然不是数字,检查后发现可能是序列化器没对,在redis配置的地方将序列化器设置为。Jackson2JsonRedisSerializer后使用整成,贴上代码。
Redis Desktop Manager 0.8.8.384 安装与使用详解
专注于全栈开发领域
09-02 1156
Redis Desktop Manager 是一个强大但易用的 Redis 数据库管理工具。通过本文，你应该已经掌握了 RDM 的基本安装和使用方法。如果你在使用过程中遇到任何问题，建议参考官方文档或社区支持。希望这个工具能帮助你更高效地管理 Redis 数据库。
初识Redis：JavaSpring客户端
m0_62319039的博客
08-31 269
JavaSpring客户端，该怎么操作？快来看看吧~
redis内存数据库的专业术语雪崩、击穿、穿透的名词解释
2401_84019227的博客
08-28 633
redis的雪崩大量缓存同时过期，导致访问都来到数据库上。redis的击穿单个热点数据的缓存过期导致访问来到数据库上。redis的穿透大量访问查询不存在的数据导致访问都直接到数据库上。共同点都是redis数据库的压力增大容易引起数据库服务的性能波动。
Redis的内存淘汰策略- allkeys-lru
Flying_Fish_roe的博客
08-29 844
Redis是一种内存数据库，它的数据存储在内存中，因此内存的使用非常重要。当Redis的内存达到配置的最大限制时，需要采取一些策略来淘汰一些不常用的数据，以腾出空间给新的数据。其中一种内存淘汰策略是allkeys-lru（Least Recently Used，最近最少使用）。该策略会根据键的最近使用时间来淘汰数据。具体来说，当内存达到限制时，Redis会检查所有的数据键，并选择最近最少使用的键进行淘汰，以便腾出空间。
java重点学习-redis
qq_40453972的博客
08-30 717
黑马面试笔记总结
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值