redis配置

作者: java 发布时间: 2022-04-13 浏览: 148 次 编辑

13、redis的配置文件:在redis根目录下提供redis.conf配置文件;

可以配置一些redis服务端运行时的一些参数;

如果不使用配置文件,那么redis会按照默认的参数运行;

如果使用配置文件,在启动redis服务时必须指定所使用的配置文件。

1)、redis配置文件中关于网络的配置:

port:指定redis服务所使用的端口,默认使用6379。

bind: 配置客户端连接redis服务时,所能使用的ip地址,默认可以使用redis服务所在主机上任何一个ip都可以;一般情况下,都会配置一个ip,而且通常是一个真实。

如果配置了port和bind,则客户端连接redis服务时,必须指定端口和ip:

redis-cli -h 192.168.11.128 -p 6380

redis-cli -h 192.168.11.128 -p 6380 shutdown

tcp-keepalive:连接保活策略。

2)、常规配置:

loglevel:配置日志级别,开发阶段配置debug,上线阶段配置notice或者warning.

logfile:指定日志文件。redis在运行过程中,会输出一些日志信息;默认情况下,这些日志信息会输出到控制台;我们可以使用logfile配置日志文件,使redis把日志信息输出到指定文件中。

databases:配置redis服务默认创建的数据库实例个数,默认值是16。

3)、安全配置:

requirepass:设置访问redis服务时所使用的密码;默认不使用。

此参数必须在protected-mode=yes时才起作用。

一旦设置了密码验证,客户端连接redis服务时,必须使用密码连接:redis-cli -h ip -p port -a pwd

14、redis的持久化:redis提供持久化策略,在适当的时机采用适当手段把内存中的数据持久化到磁盘中,每次redis服务启动时,都可以把磁盘上的数据再次加载内存中使用。

1、RDB策略:在指定时间间隔内,redis服务执行指定次数的写操作,会自动触发一次持久化操作。

RDB策略是redis默认的持久化策略,redis服务开启时这种持久化策略就已经默认开启了。

save <seconds> <changes>:配置持久化策略

dbfilename:配置redis RDB持久化数据存储的文件

dir: 配置redis RDB持久化文件所在目录

2、AOF策略:采用操作日志来记录进行每一次写操作,每次redis服务启动时,都会重新执行一遍操作日志中的指令。

效率低下,redis默认不开启AOF功能。

appendonly:配置是否开启AOF策略

appendfilename:配置操作日志文件

小结:根据数据的特点决定开启哪种持久化策略;

一般情况,开启RDB足够了。

15、Redis的事务:

事务:把一组数据库命令放在一起执行,保证操作原子性,要么同时成功,要么同时失败。

Redis的事务:允许把一组redis命令放在一起,把命令进行序列化,然后一起执行,保证部分原子性。

1)multi:用来标记一个事务的开始。

multi

set k1 v1

set k2 v2

2)exec:用来执行事务队列中所有的命令。

exec

3)redis的事务只能保证部分原子性:

a)如果一组命令中,有在压入事务队列过程中发生错误的命令,则本事务中所有的命令都不执行,能够保证事务的原子性。

multi

set k3 v3

seta kk vv

set k4 v4

exec

b)如果一组命令中,在压入队列过程中正常,但是在执行事务队列命令时发生了错误,则只会影响发生错误的命令,不会影响其它命令的执行,不能够保证事务的原子性。

multi

set k3 v3

incr k1

set k4 v4

exec

4)discard:清除所有已经压入队列中的命令,并且结束整个事务。

multi

set k5 v5

set k6 v6

discard

5)watch:监控某一个键,当事务在执行过程中,此键代码的值发生变化,则本事务放弃执行;否则,正常执行。

id balance version

update table set balance=balance-dept,version=version+1

where id=xxxx and version=100

set balance 100

set balance2 1000

set version 1

watch version

multi

decrby balance 50

incrby balance2 50

exec

6)unwatch:放弃监控所有的键。

watch version

unwach

multi

decrby balance 50

incrby balance2 50

exec

16、redis消息的发布与订阅:

redis客户端订阅频道,消息的发布者往频道上发布消息,所有订阅此频道的客户端都能够接受到消息。

1)subscribe:订阅一个或者多个频道的消息。

subscribe ch1 ch2 ch3

2)publish:将消息发布到指定频道

publish ch1 hello

3)psubcribe:订阅一个或者多个频道的消息,频道名支持通配符。

subscribe news.*

activeMQ2

17、redis的主从复制:主少从多、主写从读、读写分离、主写同步复制到从。

搭建一主二从redis集群:

1)、搭建三台redis服务:使用一个redis模拟三台redis服务

提供三分redis配置文件:redis6379.conf、redis6380.conf、redis6381.conf

修改三份配置文件:以redis6379.conf为例

bind 127.0.0.1

port 6379

pidfile /var/run/redis_6379.pid

logfile "6379.log"

dbfilename dump6379.rdb

分别使用三个redis配置文件,启动三个redis服务:

redis-server redis6379.conf &

redis-server redis6380.conf &

redis-server redis6381.conf &

2)通过redis客户端分别连接三台redis服务:

redis-cli -h 127.0.0.1 -p 6379

redis-cli -h 127.0.0.1 -p 6380

redis-cli -h 127.0.0.1 -p 6381

3)查看三台redis服务在集群中的主从角色:

info replication

默认情况下,所有的redis服务都是主机,即都能写和读,但是都还没有从机。

4)先在6379进行写操作:

set k1 v1

三台rdis服务互相独立,互不影响。

5)设置主从关系:设从不设主

在6380上执行:slaveof 127.0.0.1 6379

在6381上执行:slaveof 127.0.0.1 6379

6)全量复制:一旦主从关系确定,会自动把主库上已有的数据同步复制到从库。

在6380和6381上执行:keys *

7)增量复制:主库写数据会自动同步到从库。

在6379上执行:set k2 v2

在6380和6381上执行:keys *

8)主写从读,读写分离:

在6380和6381上执行:set k3 v3 ===>报错

9)主机宕机、从机原地待命:

关闭6379服务:redis-cli -h 127.0.0.1 -p 6379 shutdown

查看6380和6381服务的主从角色:info replication

10)、主机恢复、一切恢复正常:

重启6379服务:redis-server redis6379.conf &

客户端连接6379:redis-cli -h 127.0.0.1 -p 6379

11)、从机宕机、主机少一个从机、其它从机不变:

关闭6380服务: redis-cli -h 127.0.0.1 -p 6380 shutdown

查看6379服务的主从角色:info replication

查看6381服务的主从角色:info replication

12)、从机恢复、需要重新设置主从关系:

重启6380服务:redis-server redis6380.conf &

客户端连接6380:redis-cli -h 127.0.0.1 -p 6380

在6380上执行: slaveof 127.0.0.1 6379

13)、从机上位:

a)主机宕机、从机原地待命:

关闭6379服务:redis-cli -h 127.0.0.1 -p 6379 shutdown

查看6380和6381服务的主从角色:info replication

b)从机断开原来主从关系:

在6380上执行:slaveof no one

查看6380服务的主从角色:info replication

c)重新设置主从关系:

在6381上执行:slaveof 127.0.0.1 6380

d)之前主机恢复、变成孤家寡人:

重启6379服务:redis-server redis6379.conf &

客户端连接6379:redis-cli -h 127.0.0.1 -p 6379

e)天堂变地狱:

在6379上执行:slaveof 127.0.0.1 6381

在6381上执行:info replication 既是主机又是从机

小结:一台主机配置多台从机,一台从机又可以配置多台从机,从而形成一个庞大的集群架构。

减轻一台主机的压力,但是增加了服务间的延迟时间。

18、redis哨兵模式:主机宕机、从机上位的自动版。

1)搭建一主二从集群架构:(17节前五步)

2)提供哨兵配置文件:

在redis安装目下创建配置文件:redis_sentinel.conf

sentinel monitor dc-redis 127.0.0.1 6379 1

3)启动哨兵服务:

redis-sentinel redis_sentinel.conf

4)主机宕机:

关闭6379服务:redis-cli -h 127.0.0.1 -p 6379 shutdown

哨兵程序自动选择从机上位。

5)之前主机恢复:自动从属于新的主机。

重启6379服务:redis-server redis6379.conf &

客户端连接6379:redis-cli -h 127.0.0.1 -p 6379

19、java操作redis数据库:jedis是redis官方提供的操作redis数据的技术。

把所有的redis指令都定义成java工具类的方法,方法名和redis的指令名完全一样;

开发通过程序访问redis,只需要使用工具类及其方法即可。

在java程序中访问redis:

1)创建maven版的java工程

2)添加jedis依赖

<dependency>

<groupId>redis.clients</groupId>

<artifactId>jedis</artifactId>

<version>3.1.0</version>

</dependency>

3)创建Jedis连接

*关闭linux的防火墙

redis-cli -h ip -p port

keys *


标签: java redis配置