redis学习笔记

因为工作需要花了几个小时简单了解了一下redis，写下这篇文文章做成笔记方便以后使用 。

以下的内容都整理自网络，如果侵害到您的权利请联系我。

高性能的Key-Value数据库。所有的操作都是原子性的
下载：https://github.com/MSOpenTech/redis/releases
再附上jar包：
启动：路径下，redis-server.exe redis.windows.conf
访问：在另一个cmd中，路径下 redis-cli.exe -h 127.0.0.1 -p 6379

通过 CONFIG 命令查看或设置配置项
通过修改 redis.conf 文件或使用 CONFIG set 命令来修改配置

Redis支持五种数据类型：string（字符串），hash（哈希），list（列表），set（集合）及zset(sorted set：有序集合)。
string SET GET 类型的值最大能存储 512MB
hash : HMSET, HGET 每个 hash 可以存储 232 -1 键值对（40多亿）
list : lpush lrange 列表最多可存储 232 - 1 元素 (4294967295, 每个列表可存储40多亿)
set : sadd key member smembers 无序 元素有唯一性 最大的成员数为 232 - 1
zset ： zadd key score member 添加元素到集合，元素在集合中存在则更新对应score ZRANGEBYSCORE有序

在远程服务上执行命令 redis-cli -h host -p port -a password

事务
以 MULTI 开始一个事务， 然后将多个命令入队到事务中， 最后由 EXEC 命令触发事务， 一并执行事务中的所有命令

Redis的问题：
(一)缓存和数据库双写一致性问题
一致性分为最终一致性和强一致性
(二)缓存雪崩问题
即缓存同一时间大面积的失效，这个时候又来了一波请求，结果请求都怼到数据库上，从而导致数据库连接异常。
(三)缓存击穿问题
即黑客故意去请求缓存中不存在的数据，导致所有的请求都怼到数据库上，从而数据库连接异常。
(四)缓存的并发竞争问题

Redis是单线程工作模式
一)纯内存操作
(二)单线程操作，避免了频繁的上下文切换
(三)采用了非阻塞I/O多路复用机制

redis的过期策略以及内存淘汰机制
定期删除+惰性删除 … 内存淘汰机制
定期删除，redis默认每个100ms检查，是否有过期的key,有过期key则删除。需要说明的是，redis不是每个100ms将所有的key检查一次，而是随机抽取进行检查(如果每隔100ms,全部key进行检查，redis岂不是卡死)。因此，如果只采用定期删除策略，会导致很多key到时间没有删除。
惰性删除:在获取某个key的时候，redis会检查一下，这个key如果设置了过期时间那么是否过期了？如果过期了此时就会删除。
内存淘汰机制:conf文件中# maxmemory-policy volatile-lru
(1) noeviction：当内存不足以容纳新写入数据时，新写入操作会报错。不建议
(2) allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最近最少使用的key。推荐使用
(3) allkeys-random：当内存不足以容纳新写入数据时，在键空间中，随机移除某个key。不建议
(4) volatile-lru：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，移除最近最少使用的key。这种情况一般是把redis既当缓存，又做持久化存储的时候才用。不推荐
(5) volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，随机移除某个key。
(6) volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过期时间的key优先移除。

应用场景：

1. 缓存(数据查询、短连接、新闻内容、商品内容等)最多使用
2. 分布式集群架构中的session分离
3. 聊天室的在线好友列表
4. 任务队列(秒杀、抢购、12306等)
5. 应用排行榜
6. 网站访问统计
7. 数据过期处理(可精确到毫秒)

在java中使用redis：