分布式专题0-redis-基础入门

·@TOC

一、基础数据类型

这里的基础数据类型指的是value不是key；

1-String

help @string
①set key value；
应用场景：
存储数据库中一行数据;
①GET key；
应用场景：
获取key;
⑥MSET key1 value1 key2 value2 …;
使用场景：
数据库表中一行数据；
①MGET key01 key02 …；
应用场景：
一次获取多个数据
MGETALL不存在这种使用情况
③SETNX key value；
应用场景：
分布式锁-成功返回1，失败返回0，代表已经有值了；
④DEL key01 key02 ...
应用场景：
删除key;
⑤SET key value EX [time] NX
含义：防止程序意外终止导致死锁
注意 NX表示只有不存在才会设置，ex表示是秒，px表示毫秒，参照https://www.cnblogs.com/fanblogs/p/11157256.html
使用场景:
分布式锁，防止死锁；
⑤EXPIRE key seconds
设置一个键的过期时间(秒)
原子加减
⑧INCR key
含义：将key中储存的数字值加1
使用场景：
微信公众号的阅读量
DECR key
含义：将key中储存的数字值减1

⑨INCRBY key [increment];
使用场景：
分布式场景中使用-不明白；
不是INCR BY
DECRBY key [decrement];
含义：将key所储存的值减去decrement

2-hash

help @hash
①HSET key key01 value01;
使用场景：
数据库数据存储：如果数据库数据量过大，存在bigkey问题，但是可以解决；
购物车：eg.HSET 购物车id 产品ID 数量；
⑤HGET key key01；
使用场景：
获取购物车某种产品的数量；
③HMSET key key01 value01 key02 value02 …;
含义：批量设置哈希表key中多个field键值
③HMGET key key01 key02 …;
含义：批量获取哈希表key中多个field键值
②HINCR
购物车id 产品ID;
使用场景：
购物车里边的＋号；

④HLEN key；
使用场景：
购物车中产品种类的数量；

⑥
HELP @hash

和String比优点
1）同类数据归类整合储存，方便数据管理
2）相比string操作消耗内存与cpu更小
3）相比string储存更节省空间
和String比缺点
1）过期功能不能使用在里边的key上，只能用在外边的key上
2）Redis集群架构下不适合大规模使用

3-list

help @list
LPUSH key value1 value2 …
从左边向集合key中添加元素
使用场景：
微信公众号的消息展示；
RPUSH key value1 value2 …
从右边向集合key中添加元素
LPOP key
移除并返回集合key左边的元素
RPOP key
移除并返回集合key右边的元素
LRANGE key start stop
返回集合key从左边start到stop的元素；
BLPOP key1 key2 … timeout
从集合key1 key2左边开始取元素，如果取不到，则阻塞timeout秒,如果timeout=0,一直阻塞等待
BRPOP key1 key2 … timeout
从集合key1 key2右边开始取元素，如果取不到，，则阻塞timeout秒,如果timeout=0,一直阻塞等待
LPUSH + LPOP:栈
LPUSH+RPOP:消息队列；
LPUSH+BRPOP:阻塞消息队列；

4-set

help @set
SADD key value0 value1 value2 …;
向集合key中添加元素
使用场景:微信朋友圈点赞；微博关注模型；
SREM key value …;
从集合key中移除指定的元素;
SINTER key0 key1 key2 …
SUNION key0 key1 key2 …
DIFF key0 key1 key2 …
用key0中去除key1和key2并集中的元素；

5-zset

help @sorted_set
ZADD key key0 number0 key1 number1
向集合key中放入key0和key1以及对应的分值，排序是按照分值从小到大排序；
ZREM key key0 …
移除集合key中的指定元素key0；