我要评论秒杀困境
- 要从我们的数据库中取到当前的要出售的商品的数量
- 取到数量，然后给数量自减1
- 我们的商品数量本来是100，然后被抢到订单101–110 ，超卖了
redis 特点
- 高并发，高可扩，高性能
- 为什么可以解决高并发情况下的秒杀，而且在代码中没有看到任何的锁？它是一个单线程的服务。
- 多线程（cpu上下文切换）一定比单线程快？ 错
- redis是单线程服务，那么redis服务里面是不是只有一个线程？错
单线程代表的时候处理命令或者指令的时候，后台只有一个处理指令线程 其实我们发送给redis服务的指令，不管在任何时候，但是在同一时刻只会执行一条指令 #redis 它是一个支持分布式的内存数据库
- redis 为什么快，因为内存数据库
关系型数据库，操作硬盘
内存数据库操作是内存
redis几种类型
1.String
string,没什么好介绍的
底层存储方式：
1.raw 编码（长度小于是39byte[44byte]字节的时候）
2.embstr编码（当存放大于44byte的字符串类型的值得时候，会一次性开辟空间，它会预留一些空间,如果内存不够会成倍增长）
优点：
1.编程简单
缺点：
1.序列化操作，每次更新需要全部读取之后再全部写入
2.设置属性要操作整个数据
2.Hash
hash，可以多个列，每个列一对key/value
底层存储方式：
1.ziplist（元素小于128个，所有元素的长度小于64byte）
2.hashtable
优点：
1.直观
2.节省空间，支持Hashtable和Ziplist，比String节约空间5倍
3.可以部分更新
缺点：
1.编程稍微复杂
2.不能单独设置某个值的过期时间
String和Hash对比，官方建议尽量使用Hash
3.Set
去重的集合，会自动把导入的数据进行自动去重。多个Set之间可以进行交集/并集/差集等操作，可以用来计算两个人共同好友，可能认识的人等
4.Zset
在Set基础上多了个score评分，可以进行排序
底层存储方式：
1.ziplist（元素小于128个，所有元素的长度小于64byte）
2.分数zskiplist（分数一样共享内存）+集合hashtable
5.List
简易队列/存储列表（分页）
brpop和blpop实现阻塞读取
常用的命令及各种类型的操作
本文地址：https://blog.csdn.net/linshunhuang1/article/details/107192616
您可能感兴趣的文章:
如您对本文有疑问或者有任何想说的，请点击进行留言回复，万千网友为您解惑！
网友评论