记录下redis的问题（持续更新）

 

 

redis的下载安装：https://github.com/MicrosoftArchive/redis/releases

下载完成后，解压到本地，打开cmd窗口，进入解压完成的目录，输入redis-server redis.windows.conf

然后安装redis服务 输入redis-server --service-install redis.windows.conf

然后去我的电脑 ——管理—— 服务 启动redis服务就可以了

redis的配置文件

1	daemonize no	Redis 默认不是以守护进程的方式运行，可以通过该配置项修改，使用 yes 启用守护进程（Windows 不支持守护线程的配置为 no ）
2	pidfile /var/run/redis.pid	当 Redis 以守护进程方式运行时，Redis 默认会把 pid 写入 /var/run/redis.pid 文件，可以通过 pidfile 指定
3	port 6379	指定 Redis 监听端口，默认端口为 6379，作者在自己的一篇博文中解释了为什么选用 6379 作为默认端口，因为 6379 在手机按键上 MERZ 对应的号码，而 MERZ 取自意大利歌女 Alessia Merz 的名字
4	bind 127.0.0.1	绑定的主机地址
5	timeout 300	当客户端闲置多长秒后关闭连接，如果指定为 0 ，表示关闭该功能
6	loglevel notice	指定日志记录级别，Redis 总共支持四个级别：debug、verbose、notice、warning，默认为 notice
7	logfile stdout	日志记录方式，默认为标准输出，如果配置 Redis 为守护进程方式运行，而这里又配置为日志记录方式为标准输出，则日志将会发送给 /dev/null
8	databases 16	设置数据库的数量，默认数据库为0，可以使用SELECT 命令在连接上指定数据库id
9	save <seconds> <changes> Redis 默认配置文件中提供了三个条件： save 900 1 save 300 10 save 60 10000 分别表示 900 秒（15 分钟）内有 1 个更改，300 秒（5 分钟）内有 10 个更改以及 60 秒内有 10000 个更改。	指定在多长时间内，有多少次更新操作，就将数据同步到数据文件，可以多个条件配合
10	rdbcompression yes	指定存储至本地数据库时是否压缩数据，默认为 yes，Redis 采用 LZF 压缩，如果为了节省 CPU 时间，可以关闭该选项，但会导致数据库文件变的巨大
11	dbfilename dump.rdb	指定本地数据库文件名，默认值为 dump.rdb
12	dir ./	指定本地数据库存放目录
13	slaveof <masterip> <masterport>	设置当本机为 slave 服务时，设置 master 服务的 IP 地址及端口，在 Redis 启动时，它会自动从 master 进行数据同步
14	masterauth <master-password>	当 master 服务设置了密码保护时，slav 服务连接 master 的密码
15	requirepass foobared	设置 Redis 连接密码，如果配置了连接密码，客户端在连接 Redis 时需要通过 AUTH <password> 命令提供密码，默认关闭
16	maxclients 128	设置同一时间最大客户端连接数，默认无限制，Redis 可以同时打开的客户端连接数为 Redis 进程可以打开的最大文件描述符数，如果设置 maxclients 0，表示不作限制。当客户端连接数到达限制时，Redis 会关闭新的连接并向客户端返回 max number of clients reached 错误信息
17	maxmemory <bytes>	指定 Redis 最大内存限制，Redis 在启动时会把数据加载到内存中，达到最大内存后，Redis 会先尝试清除已到期或即将到期的 Key，当此方法处理 后，仍然到达最大内存设置，将无法再进行写入操作，但仍然可以进行读取操作。Redis 新的 vm 机制，会把 Key 存放内存，Value 会存放在 swap 区
18	appendonly no	指定是否在每次更新操作后进行日志记录，Redis 在默认情况下是异步的把数据写入磁盘，如果不开启，可能会在断电时导致一段时间内的数据丢失。因为 redis 本身同步数据文件是按上面 save 条件来同步的，所以有的数据会在一段时间内只存在于内存中。默认为 no
19	appendfilename appendonly.aof	指定更新日志文件名，默认为 appendonly.aof
20	appendfsync everysec	指定更新日志条件，共有 3 个可选值： no：表示等操作系统进行数据缓存同步到磁盘（快） always：表示每次更新操作后手动调用 fsync() 将数据写到磁盘（慢，安全） everysec：表示每秒同步一次（折中，默认值）
21	vm-enabled no	指定是否启用虚拟内存机制，默认值为 no，简单的介绍一下，VM 机制将数据分页存放，由 Redis 将访问量较少的页即冷数据 swap 到磁盘上，访问多的页面由磁盘自动换出到内存中（在后面的文章我会仔细分析 Redis 的 VM 机制）
22	vm-swap-file /tmp/redis.swap	虚拟内存文件路径，默认值为 /tmp/redis.swap，不可多个 Redis 实例共享
23	vm-max-memory 0	将所有大于 vm-max-memory 的数据存入虚拟内存，无论 vm-max-memory 设置多小，所有索引数据都是内存存储的(Redis 的索引数据 就是 keys)，也就是说，当 vm-max-memory 设置为 0 的时候，其实是所有 value 都存在于磁盘。默认值为 0
24	vm-page-size 32	Redis swap 文件分成了很多的 page，一个对象可以保存在多个 page 上面，但一个 page 上不能被多个对象共享，vm-page-size 是要根据存储的 数据大小来设定的，作者建议如果存储很多小对象，page 大小最好设置为 32 或者 64bytes；如果存储很大大对象，则可以使用更大的 page，如果不确定，就使用默认值
25	vm-pages 134217728	设置 swap 文件中的 page 数量，由于页表（一种表示页面空闲或使用的 bitmap）是在放在内存中的，，在磁盘上每 8 个 pages 将消耗 1byte 的内存。
26	vm-max-threads 4	设置访问swap文件的线程数,最好不要超过机器的核数,如果设置为0,那么所有对swap文件的操作都是串行的，可能会造成比较长时间的延迟。默认值为4
27	glueoutputbuf yes	设置在向客户端应答时，是否把较小的包合并为一个包发送，默认为开启
28	hash-max-zipmap-entries 64 hash-max-zipmap-value 512	指定在超过一定的数量或者最大的元素超过某一临界值时，采用一种特殊的哈希算法
29	activerehashing yes	指定是否激活重置哈希，默认为开启（后面在介绍 Redis 的哈希算法时具体介绍）
30	include /path/to/local.conf	指定包含其它的配置文件，可以在同一主机上多个Redis实例之间使用同一份配置文件，而同时各个实例又拥有自己的特定配置文件

 

redis集成 

• 引入maven依赖

<dependency>

<groupId>redis.clients</groupId>

<artifactId>jedis</artifactId>

<version>2.9.0</version>

</dependency>

• 下载驱动包 下载 jedis.jar

• 连接到 redis 服务

import redis.clients.jedis.Jedis; 
public class RedisJava {
 public static void main(String[] args) { //连接本地的 Redis 服务 
Jedis jedis = new Jedis("localhost"); 
System.out.println("连接成功"); //查看服务是否运行 
System.out.println("服务正在运行: "+jedis.ping()); 
} 
} 

redis的数据类型

 字符串（String）、哈希（hash)、列表（list)、集合(set)、有序集合(zset)

redis设置过期时间

 EXPIRE <KEY> <TTL> : 将键的生存时间设为 ttl 秒
    PEXPIRE <KEY> <TTL> :将键的生存时间设为 ttl 毫秒
    EXPIREAT <KEY> <timestamp> :将键的过期时间设为 timestamp 所指定的秒数时间戳
    PEXPIREAT <KEY> <timestamp>: 将键的过期时间设为 timestamp 所指定的毫秒数时间戳.

过期时间也存在redis中，expires字典，过期字典，保存着longlong类型的整数

redis过期删除策略

• 立即删除。在设置键的过期时间时，创建一个回调事件，当过期时间达到时，由时间处理器自动执行键的删除操作。（会在删除的时候占用内存，如果大量键设置的过期时间相近会造成缓存崩塌）
• 惰性删除。键过期了就过期了，不管。每次从dict字典中按key取值时，先检查此key是否已经过期，如果过期了就删除它，并返回nil，如果没过期，就返回键值。（会浪费数据库的存储空间）
• 定时删除。每隔一段时间，对expires字典进行检查，删除里面的过期键。（目前最好的策略，配合惰性删除一起使用）

redis的经典问题

• 缓存穿透，同一时间内，大量请求缓存中不存在的数据，导致所有的请求都去找数据库，数据库压力山大，甚至宕机不干。（设置一个空数据的缓存键，但是这样会导致redis压力变大，要缓存很多不存在的键；对这个空值的键值对设置缓存失效时间，但是还会存在缓存层与存储层数据不一致；要么使用布隆过滤器，把所有用户可能要查询的键值对都存在过滤器中，当请求不存在过滤器中的东西时，直接不做处理，缺点显而易见，不完整，毕竟用户的需求你想破脑袋也想不全，但是可以慢慢完善；）
• 缓存雪崩，之前提到过，同一时间大量缓存失效，解决方法最简单的，过期时间不要设置在一起，要么就是搭建redis集群，一个挂了还有另一个，要么就是加锁，控制读数据库写缓存的线程数量。
• 缓存击穿，热点数据经常被大量请求，在缓存失效的一瞬间，就会有很多请求疯狂落在数据库上，数据库就撑不住了，要么设置热点数据永不过期，要么加锁

redis的数据持久化

 redis的数据存在内存中，不持久化数据重启会丢失，持久化分为两种方式：RDB（将数据保存在磁盘上）与AOF（将数据保存在日志文件里） 

• RDB方式需要使用命令才能触发，比如save，shutdown，slave等，也可以设置 在多少秒之内有多少键发生变化，就执行一次持久化，持久化的内容都会存在一个文件中。优点：备份文件可以转移；性能好，恢复效率快；缺点：没有AOF方式的数据完整性好
• AOF会持续记录数据，可以设置每秒同步一次数据，也可以设置每次修改同步一次，或者不同步。优点：数据完整性好；缺点：效率慢

redis的事务

• 批量操作在发送 EXEC 命令前被放入队列缓存。
• 收到 EXEC 命令后进入事务执行，事务中任意命令执行失败，其余的命令依然被执行。
• 在事务执行过程，其他客户端提交的命令请求不会插入到事务执行命令序列中。

事务阶段：

• 开始事务。
• 命令入队。
• 执行事务。

事务特征：

单个 Redis 命令的执行是原子性的，但 Redis 没有在事务上增加任何维持原子性的机制，所以 Redis 事务的执行并不是原子性的。事务可以理解为一个打包的批量执行脚本，但批量指令并非原子化的操作，中间某条指令的失败不会导致前面已做指令的回滚，也不会造成后续的指令不做。

事务命令：

• DISCARD：取消事务，放弃执行事务块内的所有命令。
• EXEC：执行所有事务块内的命令。
• MULTI：标记一个事务块的开始。
• UNWATCH：取消 WATCH 命令对所有 key 的监视。
• WATCH key [key ...]：监视一个(或多个) key ，如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断。

Redis内存溢出策略

 

• noeviction(默认策略):拒绝所有写入操作并返回客户端错误信息（error) OOM command not allowed when used memory,只响应读操作。
• volatile-lru:根据LRU算法删除设置了超时属性（expire)的键，直到腾出足够空间为止。如果没有可删除的键对象，回退到noeviction策略。
• allkeys-lru:根据LRU算法删除键，不管数据有没有设置超时属性， 直到腾出足够空间为止。
• allkeys-random:随机删除所有键，直到腾出足够空间为止。
• volatile-random:随机删除过期键，直到腾出足够空间为止。
• volatile-tth根据键值对象的ttl属性，删除最近将要过期数据。如果没有，回退到noeviction策略。（--参考原文链接：https://blog.csdn.net/weixin_47277170/article/details/106335793）