Redis基础

Redis简介

Nosql：
  NoSQL:即Not-OnlySQL(泛指非关系型数据库)，作为关系型数据库的补充。
  作用：应对基于海量用户和海量数据前提下的数据处理问题。
  特征：
    - 可扩容、可伸缩
    - 大数据量下高性能
    - 灵活的数据模型
    - 高可用
  常见Nosql数据库：
    - Redis
    - memcache
    - HBase
    - MongoDB

Redis简介：

   概念：Redis（Remote Dictionary Server）是用C语言开发的一个开源的高性能键值对（key-value）数据库。
   特征：
	1.数据间没有必然的关联关系
	2.内部采用单线程机制进行工作
	3.高性能。官方提供测试数据，50个并发执行100000个请求，读的速度是110000次/s。写的速度是81000次/s
	4.多数据类型支持
	   - 字符串类型   String
	   - 列表类型   list
	   - 散列类型  hash
	   - 集合类型  set
	   - 有序集合类型  sorted_set
	5.持久化支持。可以进行数据灾难恢复

Redis的应用

   - 为热点数据加素查询（主要场景），如热点商品，热点新闻、热点资讯、推广类等高访问量信息等
   - 任务队列，如秒杀、抢购、购票排队等
   - 即时信息查询，如各位排行榜、各类网站访问统计、公交到站信息、在线人数信息（聊天室、网站）、设备信号等
   - 时效性信息控制，如验证码控制、股投控制等
   - 分布式数据共享，如分布式集群架构中的session分离
   - 消息队列
   - 分布式锁

Redis使用场景

Redis的下载与安装

Redis的服务端和客户端使用命令

D:\Java安装包\redis>redis-server.exe redis.windows.conf
                _._
           _.-``__ ''-._
      _.-``    `.  `_.  ''-._           Redis 3.2.100 (00000000/0) 64 bit
  .-`` .-```.  ```\/    _.,_ ''-._
 (    '      ,       .-`  | `,    )     Running in standalone mode
 |`-._`-...-` __...-.``-._|'` _.-'|     Port: 6379
 |    `-._   `._    /     _.-'    |     PID: 3436
  `-._    `-._  `-./  _.-'    _.-'
 |`-._`-._    `-.__.-'    _.-'_.-'|
 |    `-._`-._        _.-'_.-'    |           http://redis.io
  `-._    `-._`-.__.-'_.-'    _.-'
 |`-._`-._    `-.__.-'    _.-'_.-'|
 |    `-._`-._        _.-'_.-'    |
  `-._    `-._`-.__.-'_.-'    _.-'
      `-._    `-.__.-'    _.-'
          `-._        _.-'
              `-.__.-'

[3436] 12 Jun 12:13:58.735 # Server started, Redis version 3.2.100
[3436] 12 Jun 12:13:58.740 * DB loaded from disk: 0.000 seconds
[3436] 12 Jun 12:13:58.742 * The server is now ready to accept connections on port 6379

D:\Java安装包\redis>redis-cli
127.0.0.1:6379>

Redis的基本操作

命令行模式工具使用思考
- 功能性命令
- 清除屏幕信息
- 帮助信息查询
- 退出指令

功能性操作

   信息添加 
	   功能：设置key，value数据
	   命令：set key value
	   例子：set name xiaohong
   信息查询
	   功能：根据key查询对应的value，如果不存在，返回空（nil）
	   命令：get key
	   例子：get name
   清除屏幕信息
	   功能：清除屏幕中的信息
	   命令：clear
   帮助指令
	   功能：获取命令帮助文档，获取组中所有命令信息名称
   命令:
	     help 命令名称
	     help @组名
   退出客户端命令行模式
	   功能：退出客户端
	   命令：
	       quit
	       exit
	       <ESC>

String存储格式

- Redis自身是一个Map，其中所有的数据都是采用key：value的形式存储
- 数据类型指的是存储的数据的累心，也就是value部分的类型，key部分永远都是字符串
String类型
   - 存储的数据：单个数据，最简单的数据存储类型，也是最常见的数据存储类型
   - 存储数据的格式：一个存储空间保存一个数据
   - 存储内容：通常使用字符串，如果字符串以整数的形式展示，可以作为数字操作使用
	String类型数据的基本操作
	   - 添加/修改数据
		set key value
	   - 获取数据
		get key
	   - 删除数据
		del key
	String类型数据的基本操作（M是Multiple的简写）
	   - 添加/修改多个数据
		mset key1 value1 key2 value2 ...
	   - 获取多个数据
		mget key1 key2 ...
	   - 获取数据字符个数（字符串长度）
		strlen key
	   - 追加信息到原始信息后部（如果原始信息存在就追加，否则新建）
		append key value
	String类型数据的扩展操作
	  业务场景
		大型企业应用中，分表操作是基本操作，使用多张表存储同类型数据，但是对应的主键id必须保证统一性，不能重复。
		Oracle数据库具有sequece设定，可以解决该问题，但是MySQL数据库并不具有类似的机制，那么如何解决？
		答：分库或分表
		解决方案
		   - 设置数值数据增加执行范围的值
			incr key     //为key值增加1
			incrby key increment     //为key值增加increment
			incrbyfloat key increment

		   - 设置数值数据减少指定范围的值
			decr key
			decrby key increment
	   	String作为数值操作
		   - string在redis内部存储默认就是一个字符串，当遇到增减类操作incr，decr时会转成数值型进行计算
		   - redis所有的操作都是原子性的，采用单线程处理所有业务，命令是一个一个执行的，因此无需考虑并发带来
		     数据影响。
		   - 注意：按数值进行操作的数据，如果原始数据不能转成数值，或超越了redis数值上限范围，将报错。
			   9223372036854775807（java中lang型数据最大值，Long.MAX_VALUE）
	   	Tips1:
	          - redis用于控制数据库表主键id，为数据库表主键提供生成策略，保障数据库表的主键唯一性
	          - 此方案适用于所有数据库，且支持数据库集群
		 

	  业务场景
		"最强女生"启动海选投票，只能通过微信投票，每个微信号每4小时只能投1票。
		电商商家开启热门商品腿甲，热门商品不能一直处于热门期，每种商品热门维持3天，3天后自动取消热门。
		新闻网站会出现热门热点新闻，热点新闻最大的特征是时效性，如何自动控制热点新闻的时效性？
		解决方案：
		   - 设置数据具有指定的生命周期
			setex key seconds value    //设置秒
			psetex key milliseconds value    //设置毫秒
		Tips2：
		   - redis控制数据的生命周期，通过数据是否失效控制业务行为，适用于所有具有时效性限定控制的操作。
	  业务场景	
		主页高频访问信息显示控制，例如新浪微博大V主页显示粉丝数与微博数量
		解决方案：
		    方案1： 在redis中为大V用户设定用户信息，以用户主键和属性值作为key，后台设定定时刷新策略即可。
			eg：user:id:3506728370:fans ---> 1210975
			eg：user:id:3506728370:blogs ---> 1975
			eg：user:id:3506728370:focuss ---> 75
			 以上方式使用表名+主键名+主键值+属性名  来作为key来使用
		    方案2：在redis中以json格式存储大v用户信息，定时刷新（也可以使用hash类型）
			eg：user:id:3506728370  --->  {id:3506728370,name:春晚，fans:1210975,blogs:6164,flous:83}
		Tips3:
		   - redis应用于各种结构型和非结构型高热度数据访问加速
	String中key的设置约定
	   - 数据库中的热点数据key命名惯例
		 表名 : 主键名 : 主键值 : 字段名
	    eg1: order : id     :  297816: name
	    eg2: order : id     :  297816: type
	    eg3: order : id     :  297816: title
		
	String类型数据操作的注意事项
	   - 数据操作不成功的反馈与数据正常操作之间的差异
		（1）表示运行结果是否成果
			* （integer）0 --- false 失败
			* （integer）1 --- true  成功
		（2）表示运行结果值
			* （integer）3 --- 3 3个
			* （integer）1 --- 1 1个
	   - 数据未获取到
		（nil）等同于null
	   - 数据最大存储量
		512MB
	   - 数值计算最大范围（java中long的最大值9223372036854775807）

Hash存储格式

Hash类型

新的存储需求：对一系列存储的数据进行编组，方便管理，典型应用存储对象信息
- 需要的存储结构：一个存储空间保存多个键值对数据
- hash类型：底层使用哈希表结构实现数据存储 Hash存储结构优化
- 如果field数量较少，存储结构优化类数组结构
- 如果field数量较多，存储结构使用HashMap结构

Hash类型数据的基本操作

	  - 添加/修改数据
	     hset key field value
	  - 获取数据
	     hget key field
	  - 删除数据
	     hdel key field1 [field2]
	Hash类型数据的基本操作
	   - 添加/修改多个数据
		hmset key field1 value field2 value2 ...
	   - 获取多个数据
		hmget key field1 field2...
	   - 获取哈希表中字段的数量
		hlen key
	   - 获取哈希表中是否存在指定的字段
		hexists key field
	   使用例子：
		hset user name zhangsan  //设置值
		hset user age 23
		hset user weight 80
		hgetall user         //获取user所有
		hdel user weight     //删除值
		hmset user name zhangsan age 23 weight 70   //一次设置多个值
	Hash类型数据扩展操作
	   - 获取哈希表中所有的字段名或字段值
		hkeys key
		hvals key
	   - 设置指定字段的数值数据增加指定范围的值
		hincrby key field increment
		hincrbyfloat key field increment
	Hash类型数据操作的注意事项
	   - hash类型下的value只能存储字符串，不允许存储其他数据类型，不存在嵌套现象。如果数据未获取到，对应的值为（nil）。
	   - 每个hash可以存储2**23-1个键值对
	   - hash类型十分贴近对象的数据存储形式，并且可以领过添加删除对象属性。但是hash设计初衷不是为了存储大量对象而设计的，
	     切记不可滥用，更不可以将hash作为对象列表使用
	   - hgetall操作可以获取全部属性，如果内部field过多，遍历整体数据效率就会很低，有可能称为数据访问瓶颈。
	Hash类型应用场景
	    业务场景
		电商网站购物车设计与实现
	    业务分析
		- 仅分析购物车的redis存储模型
			添加、浏览、更改数量、删除、清空
		- 购物车于数据库间持久化同步（不讨论）
		- 购物车于订单间关系（不讨论）
		    提交购物车：读取数据生成订单
		    商家临时价格调整：隶属于订单级别
		- 未登录用户购物车信息存储（不讨论）
			cookie存储

解决方案：

		- 以客户id作为key，每位客户创建一个hash存储结构存储对应的购物车信息
		- 将商品编号作为field，购买数量作为value进行存储
		- 添加商品：追加全新的field与value
		- 浏览：遍历hash
		- 更改数量：自增/自减，设置value值
		- 删除商品：删除field
		- 清空：删除key

当前的设计是否加速了购物车的呈现？

		当前仅仅是将数据存储到了redis中，并没有起到加速的作用
		    - 每条购物车中的商品记录保存成两条field
		    - field1专用于保存购物数量
			命名格式：商品id:nums
			保存数据：数量
		    - fied2专用于保存购物车中显示的信息，包含文字描述，图片地址，所属商家信息等
			命名格式：商品:id:nums
			保存数据：json
			
		    hsetnx key field value   //判断该key中是否有字段field，如果有不做处理，如果没有就让value加进去，相当于做了一次判定
		Tips4：
		    redis应用于购物车数据存储设计
	    业务场景
		双十一活动，销售手机充值卡的商家对移动、联通、电信的30元、50元、100元商品推出抢购活动，每种商品抢购上限1000张
		解决方案
		    - 以商家id作为key
		    - 将参与抢购的商品id作为field
		    - 将参与抢购的商品数量作为对应的value
		    - 抢购时使用降值方式控制产品数量
		    - 实现业务中还有超卖等实现问题，这里不做讨论

		Tips5：
		    - redis应用于抢购，限购类、限量发放优惠卷、激活码等业务的数据存储设计
	String存储对象（json）与hash存储对象
		String存储数据讲究数据的整体性，存数据整体，取数据整体，适用于读的操作。而hash存储数据更适合于改变数据的操作

List存储格式

    - 数据存需求：存储多个数据，并对数据进行存储空间的顺序进行区分
    - 需要的存储结构：一个存储空间保存多个数据，且通过数据可以体现进入顺序
    - list类型：保存多个数据，底层使用双向链表存储结构实现

list类型数据基本操作

	- 添加/修改数据
	   lpush key value1 [value2] ...
	   rpush key value1 [value2] ...
	- 获取数据
	   lrange key start stop
	   lindex key index	
	   llen key
	- 获取并移除数据
	   lpop key
	   rpop key
    list类型数据扩展操作
	- 规定时间内获取并移除数据(若列表中没有数据，该语句会在指定的时间内获取是否放入数据)
	   blpop key1 [key2] timeout
	   brpop key1 [key2] timeout

业务场景

	微信朋友圈点赞，要求按照点赞顺序显示点赞好友信息
    解决方案
	假设有小乔发了朋友圈，则小乔作为key，点赞的数量顺序作为list，若有取消点赞则可以使用
	- 移除指定数据（count为value在列表中的数量，即为移除指定数量的value）
	   lrem key count value

list类型数据操作注意事项

	- list中保存的数据都是string类型的，数据总容量时有限的，最多2**32-1个元素（4294967295）
	- list具有索引的概念，但是操作数据时通常以队列形式进行入队出队操作，或以栈的形式进行入栈出栈造作
	- 获取全部数据操作结束索引设置为-1
	- list可以对数据进行分页操作，通常第一页的信息来自于list，第2页及更多的信息通过数据库的形式加载
    业务场景
	twitter、新浪微博、腾讯微博中个人用户的关注列表需要按照按照用户的关注顺序进行展示，粉丝列表需要将最近关注的粉丝列在前面
	新闻、资讯类网站如何将最新的新闻或资讯按照发生的时间顺序展示？
	企业运营过程中，系统将产生出大量的运营数据，如何保障多台服务器操作日志的统一顺序输出？

业务场景

	twitter、新浪微博、腾讯微博中个人用户的关注列表需要按照按照用户的关注顺序进行展示，粉丝列表需要将最近关注的粉丝列在前面
	新闻、资讯类网站如何将最新的新闻或资讯按照发生的时间顺序展示？
	企业运营过程中，系统将产生出大量的运营数据，如何保障多台服务器操作日志的统一顺序输出？
	

    list类型应用场景
	解决方案
	    - 依赖list的数据具有顺序的特征对信息进行管理
	    - 使用队列模型解决多路信息汇总合并的问题
	    - 使用栈模型解决最新消息的问题
	Tips7：
	    - redis应用于最新消息展示

Set存储结构

   - 新的存储需求：存储大量的数据，在查询方面提供更高的效率
   - 需要的存储结构：能够保存大量的数据，高效的内部存储机制，便于查询
   - set类型：与hash存储结构完全相同，仅存储键，不存储值（nil），并且值是不允许重复的

set类型数据的基本操作

	   - 添加数据
		sadd key member1 [member2]
	   - 获取全部数据
		smembers key
	   - 删除数据
		srem key member1 [member2]
	   - 获取集合数据总量
		scard key
	   - 判断集合中是否包含指定数据
		sismember key member

set类型数据的扩展操作

业务场景

		每位用户首次使用今日头条时会设置3项爱好的内容，但是后期为了增加用户的活跃度、兴趣点、必须让用户对其他信息类别主键产生兴趣
		增加客户留存度，如何实现？

业务分析

		- 系统分析出各个分类的最新或最热点信息条目并组织成set集合
		- 随机挑选其中部分信息
		- 配合用户关注信息分类中的热点信息组织成展示的全信息集合

解决方案

		- 随机获取集合中指定数量的数据
		     srandmember key [count]
		- 随机获取集合中的某个数据并将该数据移出集合
		     spop key
	   Tips8：
		- redis应用于随机推荐类信息检索，例如热点歌单推荐，热点新闻推荐，热点旅游路线，应用APP推荐，大V推荐等

业务场景：

		新浪微博为了增加用户热度，提高用户留存性，需要微博用户在关注更多的人，一次获得更多的信息或热门话题，如何提高用户
		关注更多的人，以此获得更多的信息或热门话题，如何提高用户关注他人的总量？
		
		QQ新用户入网年龄越来越低，这些用户的朋友圈交际圈非常小，往往集中在一所小学甚至一个班级中，如何帮助用户快速积累好友
		用户带来更多的活跃度？
		
		微信公众号是微信信息流通的渠道之一，增加用户关注的公众号称为提高用户活跃度的一种方式，如何帮助用户集类耕读关注的公众号？

解决方案

		- 求两个集合的交、并、差集
		     sinter key1 [key2]
		     sunion key1 [key2]
		     sdiff key1 [key2]
		- 求两个集合的交、并、差集并存储到指定集合中
		     sinterstore destination key1 [key2]
		     sunionstore destination key1 [key2]
		     sdiffstore destination key1 [key2]
		- 将指定数据从原始集合中移动到目标集合中
		     smove destination member

set类型数据的扩展操作

		Tips9：
		    - redis应用于同类信息的关联搜索，二度关联搜索，深度关联搜索
		    - 显示共同关注（一度）
		    - 显示共同好友（一度）
		    - 由用户A出发，获取到好友用户B的好友信息列表（一度）
		    - 由用户A出发，获取好友用户B的购物清单列表（二度）
		    - 由用户A出发，获取好友用户B的游戏充值列表（二度）

set类型数据操作的注意事项

		- set类型不允许数据重复，如果添加的数据在set中已经存在，将只保留一份
		- set虽然与hash的存储结构相同，但是无法启用hash中存储值的空间

业务场景

		公司对旗下新的网站做推广，统计网站的PV（访问量），UV（独立访客），IP（独立IP）
		PV：网站被访问次数，可通过刷新页面提高访问量
		UV：网站被不同用户访问的次数，可通过cookie统计访问量，相同用户切换IP地址，UV不变
		IP：网站被不同IP地址访问的总次数，可通过IP地址统计访问量，相同IP不同用户访问，IP不变

解决方案

		- 利用set集合的数据去重特征，记录各种访问数据
		- 建立string类型数据，利用incr统计日访问量（PV）
		- 建立set模型，记录不同cookie数量（UV）
		- 建立set模型，记录不同IP数量（IP）

业务场景

		黑名单
		    资讯类信息类网站追求高访问量，但是由于其信息的价值，往往容易被不法分子利用，通过爬虫技术，快速获取信息，
		    个别特种行业网站信息通过爬虫获取分析后，可以转换成商业机密进行出售，例如第三方火车票、机票、酒店刷票代购软件，
		    电商刷评论，刷好评。

解决方案

		- 基于经营战略设定问题用户发现、鉴别规则
		- 周期性更新满足规则的用户黑名单，加入set集合
		- 用户行为信息达到后与黑名单进行对比，确认行为去向
		- 黑名单过滤IP地址：应用于开放游客访问权限的信息源
		- 黑名单过滤设备信息：应用于限定访问设备的信息源
		- 黑名单过滤用户：应用于基于访问权限的信息源
	    Tips12：
		- redis应用于基于黑名单与白名单设定的服务控制

sorted_set存储结构

   - 新的存储需求：数据排序有利于数据的有效展示，需要提供一种可以根据自身特征进行排序的方式
   - 需要的存储结构：新的存储模型，可以保存可排序的数据
   - sorted_set类型：在set的存储结构基础上添加可排序字段 

sorted_set类型数据的基本操作

		- 添加数据
		   zadd key score1 member1 [score2 member2]
		- 获取全部数据
		   zrange key start stop [WITHSCORES]
		   zrevrange key start stop [WITHSCORES]
		- 删除数据
		   zrem key member [member ...]
		- 按条件获取数据
		   zrangebyscore key min max [WITHSCORES] [limit]
		   zrevrangebyscore key max min [WITHSCORES]
		- 条件删除数据
		   zremrangebyrank key start stop
		   zremrangebyscore key min max
		注意：
		    - min和max用于限定搜索查询的条件
		    - start与stop用于限定查询范围，作用于查询结果，表示开始位置和数据总量
		    - offset与count用于限定查询范围，作用于查询结果，表示开始位置和数据总量
	
		- 获取集合数据总量
		   zcard key		
		- 集合交、并操作
		   zinterscore destination numkeys key [key ...]
		   zunionscore destination numkeys key [key ...]

sorted_set类型数据的扩展操作

		业务场景
		票选广东十大杰出青年，各类综艺选秀海选投票
		各类资源网站Top10（电影，歌曲，文档，电商，游戏等）
		聊天室活跃度统计
		游戏好友亲密度
		业务分析
		  - 为所有参与排名的资源建立排序依据
			
		解决方案
		   - 获取数据对应的索引（排名）
			zrank key member 
			zrevrank key member
		
		   - score值获取与修改
			zscore key member
			zincrby key increment member
		Tips13:
			- redis应用于计数器组合排序功能对应的排序

socked_set类型数据操作的注意事项

		   - score保存的数据存储空间是64位，如果是整数范围是 -9007199254740992~9007199254740992
		   - score保存的数据也可以是一个双精度的double值，基于双精度浮点数的特征，可能会丢失精度，使用时要慎重
		   - sorted_set底层存储还是基于set结构的，因此数据不能重复，如果重复添加相同的数据，score值将被反复覆盖，保留最后一次修改的结果

		业务场景
		   基础服务+增值服务类网站会员的试用，让用户充分体验会员优势。例如观影试用vIP、游戏VIP体验、云盘下载体验VIP。当VIP体验到期后
		   如果有效管理此类信息。即便对于正式VIP用户也存在对应的管理方式。
		   网站会定期开启投票、讨论、限时进行、逾期作废。如何有效管理此类过期信息。
		解决方案
		   - 对于基于时间线限定的任务处理，将处理时间记录为score值，利用排序功能区分处理的先后顺序
		   - 记录下一个要处理的时间，当到期后处理对应任务，移除redis中的记录，并记录下一个要处理的时间
		   - 当新任务加入时，判定并更新当前下一个要处理的任务时间
		   - 为提升sorted_set的性能，通常将任务根据特征存储成若干个sorted_set.例如1小时内，1天内，周内，月内，季内，年度等，操作时逐级提升，将
		     即将操作的若干个任务纳入到1小时内处理的队列中
		   - 获取当前系统时间
			time
		Tips14：
			- redis应用于定时任务执行顺序管理或任务过期管理

业务场景

		   业务场景
		   任务/消息权重设定应用
		   当任务或者消息待处理，形成了任务队列或消息队列时，对于高优先级的任务要保障对其优先处理，如何实现任务权重管理。 			解决方案
		   - 对于带有权重的任务，优先处理权重高的任务，采用score记录权重即可
		   多条件任务权重设定
			如果权重条件过多时，需要对排序score值进行处理，保障score值能够兼容2条件或者多条件，例如外贸订单优先于国内订单，
			总裁订单优先于员工订单，经理订单优先于员工订单
		   - 因score长度受限，需要对数据进行截断处理，尤其是时间设置为小时或者分钟即可（折算后）
		   - 先设定订单类别，后设定订单发起角色类别，整体score长度必须是统一的，不足位补0.第一排序规则首位不得是0
			- 例如外贸101，国内102，经理004，员工008
			- 员工下的外贸单score值为101008（优先）
			- 经理下的国内单score值为102004 			Tips15：
		    - redis应用于即时任务/消息队列执行管理

数据类型实践案例

	业务场景
		人工只能领域的语义识别与自动对话将是未来服务机器人应答呼叫体系中重要技术，百度自研用户评价语义识别服务，免费
		开放给企业试用，同时训练百度自己的模型，现对试用用户的使用行为进行限速，限制每个用户每分钟最多发起10次调用
	解决方案
		- 设计计数器，记录调用次数，用于控制业务执行次数。以用户id作为key，使用次数为value
		- 在调用前获取次数，判断是否超过限定次数
			不超过次数的情况下，每次调用计数+1
			业务调用失败，计数-1
		- 为计数器设置生命周期为指定周期，例如1秒/分钟，自动清空周期内使用次数
	解决方案改良
		- 取消最大值的判断，利用incr操作超过最大值抛出异常的形式替代每次判断是否大于最大值
		- 判断是否为nil		
			如果是，设置为Max-次数
			如果不是，计数+1
			业务调用失败，计数-1
		- 遇到异常即+操作超过上限，视为使用达到上限
	Tips：
	    - redis应用于限时按次结算的服务控制
	业务场景
		使用微信的过程中，当微信接收消息后，会默认将最近接收的消息置顶，当多个好友及关注的订阅号同时发送消息时，该排序会不停的
		进行交替。同时还可以将重要的会话设置为置顶。一旦用户离线后，再次打开微信时，消息该按照什么样的顺序显示？
	解决方案
		- 依赖list的数据具有顺序的特征对消息管理，将list结构作为栈使用
		- 对置顶与普通会话分别创建独立list分别管理
		- 当某个list中接收到用户消息后，将消息发送方的id从list的一侧加入list（此处设定左侧）
		- 多个相同id发送的消息反复入栈会出现问题，在入栈之前无论是否具有当前的id对应的消息，先删除对应id
		- 推送消息时先推送指定会话list，再推送普通会话list，推送完成的list清除所数据
		- 消息的数量，也就是微信用户对话数量采用计数器的思想另行记录，伴随list清除所有数据
		- 消息的数量，也就是微信用户对话数量采用计数器的思想另行记录，伴随list操作同步更新
	Tips17：
		- redis应用于基于实践顺序的数据操作，而不关注具体时间

Redis通用命令

key通用操作
	key特征
		- key是一个字符串，通过key获取redis中保存的数据
	key应该设计哪些操作？
		- 对于key自身状态的相关操作，例如：删除，判断存在，获取类型等
		- 对于key有效控制相关操作，例如：有效期设定，判断是否有效，有效状态的切换等
		- 对于key快速查询操作，例如：按指定策略查询key
		- ...
	key基本操作
		- 删除指定key		
		    del key
		- 获取key是否存在
		    exists key
		- 获取key的类型
		    type key
	key扩展操作（时效性控制）
		- 为指定key设置有效期
		    expire key seconds
		    pexpire key milliseconds		
		    expireat key timestamp
		    pexpireat key milliseconds-timestamp
		- 获取key的有效时间
		    ttl key
		    pttl key		
		- 切换key从时效性转换为永久性
		    persist key
	key扩展操作（查询模式）
		- 查询key		
		    keys pattern
		- 查询模式规则
		    * 匹配任意数量的任意符号
		    ？配合一个任意符号
		    []匹配一个指定符号
			key *   查询所有
			key it* 查询所有以it开头
			key *a 查询所有a结尾
			key ??a  查询所有前边两个字符任意，后面以a结尾
			key user:? 查询所有以user:开头，最后一个字符任意
			key u[st]er:1  查询所有以u开头，以er:1结尾，中间包含一个字母，s或t
	key其他操作
		- 为key改名
		    rename key newkey			
		    renamenx key newkey		
		- 对所有key排序
		    sort key
		    sort key desc  倒序排序
		- 其他key通用操作
		    help @generic

数据库通用操作

数据库
key的重复问题
	- key是由程序员定义的
	- redis在使用过程中，伴随着操作数据量的增加，会出现大量的数据以及对应的key		
	- 数据不区分种类、类别混杂在一起，极易出现重复或冲突
解决方案
	- redis为每个服务提供有16个数据库，编号从0到15
	- 每个数据之间的数据相互独立
db基本操作
	- 切换数据库
	    select index		
	- 其他操作
	    quit	退出
   	    ping	测试服务器是否连通
	    echo message
db相关操作
	- 数据移动
	    move key db
	- 数据清除
	    dbsize	查看数据库中有是多少个key
	    flushdb     删除所在数据库数据
	    flushshall	清除所有数据库的数据

Jedis简介

编程语言与redis
	- Java语言连接redis服务
	    Jedis
	    SpringData Redis
	    Lettuce
	- C、C++、C#、Erlang、Lua、Objective-C、Perl、PHP、Python、Ruby、Scala
客户端连接redis
	- 连接redis
	   Jedis jedis = new Jedis("127.0.0.1", 6379);
	- 操作redis
	   String s = jedis.set("bbb", "bbbValue");
	   String aaa = jedis.get("bbb");
	- 关闭redis连接
	   jedis.close();