Redis笔记

最新推荐文章于 2024-01-29 14:58:29 发布

原创最新推荐文章于 2024-01-29 14:58:29 发布 · 243 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#redis #java

组件专栏收录该内容

3 篇文章

订阅专栏

1、单机redis安装

源码安装：

yum -y install gcc
wget http://download.redis.io/releases/redis-5.0.3.tar.gz
tar xzf redis-5.0.3.tar.gz
cd redis-5.0.3
make
 //默认端口 6379

1.1修改redis的配置文件

# pwd
/usr/local/redis/redis-5.0.3

# vim redis.conf
daemonize yes //把no 修改为yes,如果不修改，无法在后台继续运行

// 根据需要修改持久化方式，默认的持久化方式是RDB，我们选择aof持久方式
appendonly yes // 默认是no 如果使用aof就改为yes

bind 0.0.0.0 //定IP也（可以注释掉，这样任何桌面客户端都可以连接了）

protected-mode no // 非保护模式

requirepass 123456 //设置密码 可以不用设置

1.2启动命令

cd /usr/local/redis/redis-5.0.3
// 加载配置文件启动服务
./src/redis-server redis.conf
//查看服务进程
ps aux | grep redis
//进入redis
./src/redis-cli -h 10.10.0.233 -p 6379 -a 密码

2、RDB（快照）持久化-保存某个时间点的全量数据快照

redis.conf 配置

1、save 60 1 代表Redis在60秒内写入一条数据那么进行快照

2、stop-writes-on-basave-error yes 代表当备份进程出错的时候，主进程就停止写入新的操作了。这样是为了保护持久化数据一致性的问题。
3、rdbcompression yes 表示在备份的时候，需要将rdb文件进行压缩后才去做保存

这里建议设置成 no 。比较Redis本身属于CPU密集型服务器，在开启压缩会带来更多的CPU消化，相比硬盘成本，CPU更值钱

4、禁用rdb配置只需要在save 60 1 下面加上 save “”

进入src下，ls *rdb 即可看到 dump.rdb ，cat dump.rdb 是一堆乱码，这就表名rdb文件是二进制文件

5、SAVE : 阻塞Redis服务器进行，直到RDB文件创建完毕

例如：先删除dump.rdb 文件 rm -f dump.rdb ,接下来用 save命令。等待一会，返回OK代表成功。

命令： lastsave 代表最后一次执行save的时间

6、BGSAVE（推荐） : Fork 出一个子进程来创建RDB文件，不阻塞服务器进程

例如：直接执行命令 bgsave 返回 Background saving started

exit 退出客户端

./redis-cli 开启客户端

保存某个点的全量数据备份

mv dump.rdb dumpxxxx.rdb xxx代表时间戳也就是lastsave

7、自动触发RDB持久化方式

1、根据redis.conf 配置里的SAVE m n 定时触发（用的是BGSAVE）
大牛的建议配置：
一分钟内修改1W次
5分钟内修改10次
15分钟内修改1次
2、主从复制时，主节点自动触发
3、Debug Reload
4、执行Shutdown 且没有开启AOF持久化

8、缺点：

内存数据的全量同步，数据量大会由于I/O而严重影响性能
可能会因为Redis挂掉而丢失从当前至最近一次快照间的数据

3、AOF持久化-保存写状态默认是关闭的

1、记录下除了查询以外的所有变更数据库状态的指令

2、以append 的形式追加保存到AOF文件中（增量），默认是关闭的在redis.conf 里面

vim redis.conf —》 appendonly yes 设置开起AOF

3、另外和appendonly 相关的配置

appendfsync eveerysec 这是默认配置这是配置AOF 的写入方式的
eveerysec 代表每隔一秒写入到AOF文件里面
always 代表总是及时的将缓存中数据写入到AOF中
no 代表不写入

4、重新启动才能对配置文件生效，输入指令，指向配置文件

./src/redis-cli shutdown  //关闭服务
./src/redis-server redis.conf //开启服务

如果用AOF持久化就不会读取dump.conf持久化文件，相当于数据重新开始，这时候如果set key value ，就会自动生成appendonly.aof文件
5、日志重写解决AOF文件大小不断增大的问题，原理如下：

1、调用fork ()，创建子线程
2、子进程把新的AOF写到一个临时文件里，不依赖原来的AOF文件
3、主进程持续将新的变动同时写到内存和原来的AOF里
4、主进程获取子进程重写AOF的完成信号，往新的AOF同时增量变动
5、使用新的AOF替换旧的AOF文件

RDB 和 AOF 的优缺点

RDB 优点：全量数据快照，文件小，恢复快

RDB 缺点：无法保证最近一次快照后的数据

AOF 优点：可读性较高，适合保存增量数据，数据不易丢失

AOF 缺点：文件体积大，恢复时间长

aofrewrite 指令可以防止磁盘被撑满

4、RDB-AOF 混合持久化方式（推荐）

4.0过后的redis可以采用RDB-AOF 混合持久化方式，这样能综合两种方式的优势，又能减少数据丢失的可能，使用这个的前提是conf文件的appendonly yes设置开起了aof持久。
Redis在重启时，先重写rdb到内存，然后在重写aof到内存，重启效率高，还能减少数据的丢失。
设置redis.conf aof-use-rdb-preamble yes 开启混合持久化
重启redis服务

./src/redis-cli shutdown  //关闭服务
./src/redis-server redis.conf //开启服务

进入redis设置打开混合开关执行BGREWRITEAOF生成RDB-AOF混合文件，再追加写入一些数据

./src/redis-cli -h 127.0.0.1 -p 6379 -a 密码

127.0.0.1:6379> BGREWRITEAOF
Background append only file rewriting started
127.0.0.1:6379> set foo bar
OK
127.0.0.1:6379> quit

再来看下此时AOF文件内容，此时aof文件就是REDIS开头的，显而易见前半段是RDB格式的全量数据，后半段是redis命令格式的增量数据。

$cat appendonly.aof
REDIS0008    redis-ver4.0.1
redis-bits@ctimeYused-memP 
                                  aof-preamblerepl-id(484f9d49a700c4b9b136f0fd40d2d6e5a8460438
                                                                                                 repl-offsetfoobar?I    Y*2
$6
SELECT
$1
0
*3
$3
set
$3
foo
$3
bar