大家好,我是考100分的小小码 ,祝大家学习进步,加薪顺利呀。今天说一说redis随笔[通俗易懂],希望您对编程的造诣更进一步.
redis
redis的安装一
安装的准备
首先得买一个服务器(我买的阿里云ecs轻量级);
再下载远程客户端(我用的Xshell,Xftp);
打开Xftp将下载好得redis压缩包传输Xftp中,在进入Xshell中Linux命令安装;
rides安装
下载地址:https://redis.io/
安装:
1,Linux进入redis所在目录;
2,执行命令:tar -zxvf redis-3.2.10.tar.gz //个人建议将软件安装在/usr/local目录下,执行命令:tar -zxvf redis-3.2.10.tar.gz -C /usr/local/redis,当然解压完了move也可以;
3,进入解压后的目录进行编译,cd redis-3.2.10. 执行命令:make ,make命令后可能报错,如果报错,解决如下:
报错一:那可能是没有gcc (linux下的一个编译器,是c,c++程序的编译器)
使用命令yum进行安装,yum -y install gcc
报错二:error:jemalloc/jemalloc.h:No such file or disectoty //可能找不到c语言中的头文件
执行 make MALLOC = libc
4,安装完gcc之后,make distclean 清理下上次make后产生的文件,再make
redis启动:
方式一:前端启动模式,前端模式启动的缺点是ssh命令窗口关闭则redis-server程序结束,而且当前命令窗口处于一种阻塞状态,想要执行其它命令需要重新开启一个新命令窗口
执行命令:cd /usr/local/redis/redis-3.2.10/bin
再执行命令:./redis-server
//ps -f | grep redis 查看进程 kill pid(进程号) 杀掉进程
方式二:后台启动模式,./redis-server & //建议后台启动
后台启动并输出日志到 nohup.out 文件:nohup /usr/local/redis-3.2.10/src/-server &
再回车确定
ls查看文件会发现出现一个nohup.out文件
cat nohup.out 就会将日志打在此文件中
redis关闭:./redis -cli shutdown
redis的安装二
https://www.jb51.net/article/146751.htm
redis客户端
redis命令行客户端:redis -cli (./redis -cli -h 127.0.0.1 -p 6379) //redis自带基于命令行得redis客户端
Redis Desktop Manager(远程客户端): //要下载
远程连接redis需要修改redis主目录下的redis.conf配置文件:
1,bind ip 绑定ip注释掉
2,protected-mode yes 保护模式改为no;
可以进入目录配置文件改,也可以命令改,命令如下:
进入目录:cd /usr /local /redis-3.2.10 /
进入文件:vim redis.conf 回车确定
注释bind ip;protected-mode yes 保护模式改为no;回车确定
ps -ef | grep redis //查看进程
kill pid //杀掉当前进程再重启
nohup /usr/local/redis-3.2.10/src/redis – server /usr/local/redis-3.2.10/redis.conf & //重启进程并打出日志文件
进入下载好的远程客户端:
Connection 连接自己的远程服务器地址; //这里一定要填自己的远程ip,不能填本地
ok
phpRedisAdmin(远程客户端):
需要安装php运行环境
php开发自行下载xampp
redis编程客户端:
redis的Java客户端:
jedis:
jedis源码:https://github.com/xetorhio/jedis
api文档:http://xetorthio.geihub.io/jedis/
redis的使用
基础命令:
1, ./redis -cli //启动
输入ping,redis会返回PONG表示服务运行正常
2,redis默认16个库,但是可以再redis.conf中修改。 //可进文件改,也可命令改
进入文件:vim redis.conf 回车确定
找到databases 16 //可改
3,redis默认使用0号库,select db //切换库 例:select 2
4,删除
删除所有库数据 : flushall
删除当前库数据 : flushdb
5,获取redis的所有配置 :config get *
6,退出连接:exit / quit
7,查看当前数据库中key的数目:dbsize
8,查看redis服务器的统计信息:info
命令与使用文档:
命令:
key命令
字符串类型 :string
哈希类型 :hash
列表类型 :list
集合类型 :set
有序集合类型 :zset(sorted set)
文档:
中文:https://redis.io/commands
英文:https://redisdoc.com/
redis常用命令 :
keys * //列出所有key
exists key //检查某个key是否存在
set key value //存入key值 例:set k1 v1
move key db //将当前的key移动到给定的库db中,例:move k1 2
expire key seconds //设置key值过期时间 例:expire k1 8
ttl key (time to live) //查看是否过期,-1永不过期,-2 已过期或key不存在
type key //查看key所存储值得类型
del key //删除key
redis更多使用方法请移步菜鸟教程:https://www.runoob.com/redis/redis-install.html
redis5中数据类型命令
字符串类型 String(可以存储任何形式的字符串)
set key value 将字符串值value设置到key中
get key 获取key中的value
incr key 将key中存储的数字加一,若key不存在,key得值先被初始化为0,再执行incr操作(只对存储的数字有用)
decr key 将key中存储的数字减一,若key不存在,key得值先被初始化为0,再执行incr操作(只对存储的数字有用)
setex key seconds value 设置key值及过期时间(set expire)
setnx key value 给无值或者不存在的key给值,有值则不设置值
getset key value 给key设置新值并返回旧值
strlen key 返回key所存储字符串长度
append key value 若key存在且为字符串,则追加(跟jquery一样);key不存在将追加的设为新值
incrby key increment 将key所存储的值加上增质量(自定义量),若key不存在,则key的值初始化为0,再执行incrby
decrby key increment 将key所存储的值减去增质量(自定义量),若key不存在,则key的值初始化为0,再执行incrby
getrange key start end 截取key中字符串值,从star开始,end结束(类似subString)
setrang key offset value 从字符串指定位置替换value,例:k1值为helloworld,执行setrang k1 5(第五个位置) redis 则输出:helloredis
mset key1 value key2 value2 … 同时设置多个key-value
mget key1 key2 keyn … 同时获取多个key-value
msetnx key1 value key2 value2 … 同时设置多个key-value,当且仅当所有给定key都不存在时才能设置成功,有一个key存在值都不行
哈希类型hash(String类型的映射,适合存储对象)
hset key field value 将哈希表key中的域field的值设置为value 例:hset k1 id 1001
hget key field 取值 例:hget k1 id
hmset key1 field value … 同时设置多个值 例:hmset k2 id 1002 name likauhua age 10 pwd 123 …
hmget key field … 同时取多个值 例:hmget k2 id name age
hgetall key 查询哈希表key里所有值
hdel key 删除哈希表key中一个或多个指定值field
hkeys key 查看哈希表key中所有field域(查询所有字段)
hvals key 查看哈希表key中所有域的值(字段所对应的值)
type key 查案key存储的数据类型
hlen key 查看哈希表key中域field的个数(字段个数)
hexists key 查看哈希表key中,给定域field是否存在(字段是否存在还)例:hexists k1 id
hincrby key field increment 为哈希表key中的域的值加上增量 例:hincrby k1 id 5
hincrbyfloat key field increment 为哈希表key中的域的值加浮点数上增量
hsetnx key field value 将哈希表key中的域field的值设为value,当且仅当field不存在时才设置,否则不设置 例:hsetnx k1 age(这个字段不存在时才能设置) 18
列表类型list(简单的字符串列表,按照插入排序,元素可重复)
lpush key value1 value2 value3 将一个或多个值value插入到列表key的表头(最左边) 例:lpush k1 1 2 3 4 5
rpush key value1 value2 value3 将一个或多个值value插入到列表key的表尾(最右边) 例:lpush k1 7 8 9 10 11
lrange key start stop 获取表key中指定区间内元素,0为第一元素,-1为倒数第一元素。 例:lrange key 0 -1 (区间所有元素)
lpop key 从左边获取列表key的第一个元素,并将该元素移除
rpop key 从右边获取列表key的第一个元素,并将该元素移除
lindex key index 获取列表key中下标为指定index元素 例:lindex key 3
llen key 获取列表key的长度
lrem key count value 从左至右删除列表中指定个数与指定value值相等的value 例:lrem k1 1 4 4这个元素被删除了
ltrim key start stop 删除指定区域外的元素
rpoplpush source destination 将列表source中的尾元素插入到列表destination中,作为头元素 例:rpoplpush k1 k2 (将本列表尾元素放另一个列表当头元素)
lset key index value 将列表key下标为index的元素设为value 例:lset k1 0 222(将0下标下的元素替换成22)
linsert key before|after pivot value 将值插入到指定值之前或之后 例:linsert k1 before 5 100(将k1域内值5前插入100,元素非下标)
集合类型 set(redis的Set时String类型的无序集合,成员唯一,集合中不重复)
sadd key member member … 将一个或多个member元素加入集合key中,已存在集合的member元素不加入 例:sadd k1 1 2 3 4
smembers key 获取聚合key中所有元素
sismember key member 判断member是否是集合key的成员 例:sismember k1 1
scard key 获取聚合中元素个数
srem key member 删除聚合中一个或多个元素(指定删除某个元素) 例:srem k1 2
srandmemner key [count] 随机返回集合中一个或多个元素 count 是返回的个数
spop key 随机删除集合中的一个元素
smove source destination member 将member元素从一个集合移到另一个集合 例:smove k1 k2 2(将元素2从k1 移到k2)
有序聚合zset(sorted set):跟set差不多,不同的是zset得每个元素都会关联一个分数(分数可重复),redis通过分数来为集合中的成员进行排序
zadd key score member 将一个或多个member元素及其score值加入到有序集合 例:zadd k1 100 likaihua 90 likaihua2
zrange key start stop 获取有序集合key中,指定区间的成员,按score大小排序 例:zrange k1 0 -1
zrevrange key start stop 获取有序集合key中,指定区间的成员,按score小大排序 例:zrange k1 0 -1
zrem key member 删除有序集合key中得一个或多个成员 例:zrem k1 likaihua
zcard key 获取集合个数
zrank key member 获取有序集合key中,成员member排名,有序集成员按score值从小到大排列 例:zrank k1 likaihua
zrevrank key member 获取有序集合key中,成员member排名,有序集成员按score值从大到小排列
zrangebyscore key start stop 获取有序集合key中,所有score值介于min和max之间的成员 例:zrange k1 100 90
zrevrangebyscore key start stop 获取有序集合key中,所有score值介于max和min之间的成员
zcount key min max 获取有序集合key中,所有score值介于min和max之间的成员个数 例:zcount k1 10 100
score(分数)
Table键 补全命令
官方命令文档:redisdoc.com
redis的发布和订阅
发布订阅:redis发布订阅(pub/sub)是一种消息通信模式;也称为生产者模式,实现消息队列的一种方式
消息队列三要素:1,生产者(producer)2,消费者(consumer)3,消息服务(broker)
三者关系:1 (producer)——>3 (redis在次充当consumer)——>2(consumer)
一个消息发布者,多个消息订阅者
命令实现:1,开启4个redis客户端,三个作为消息订阅者,一个作为消息发布者:./redis-cli
2,消息订阅者:subscribe channel
// 如果是订阅匹配模式:psubscribe chan * 表示匹配以chan开头的频道主题都能拿到
3,消息发布者:publish channel message
//就跟扶贫一样,国家把钱给政府干部,干部(干部===消息发布者)发钱,带有精准扶贫这个标识人就可以凭此去拿钱(贫困户==消息订阅者)
jedis编程实现:
订阅者:
public void onMessage(String channel, String message){ //封装的回调函数
System.out.println(“频道”+channel+”发布了消息”+message);
}
public static void main (String [ ] arg){
Jedis jedis = new Jedis (“192.168.0.1” ,6379); //连接redis
Sub sub = new Sub(); //创建订阅者对象
jedis.subscribe(sub, “channel”);
}
发布者:
public static void main (String [ ] arg){
Jedis jedis = new Jedis (“192.168.0.1” ,6379); //连接redis
jedis.publish(“channel”, “hello world”); //发布消息
jedis.close();
}
redis事务(redis中的事务是一组命令集合,至少两条以上命令,redis事务保证这些命令被执行时不会被其他操作打断)
正常流程:1,MULTI:该命令告诉redis接下来的命令暂不执行,将其暂存(开启事务)
2,SADD “user1” 第一天命令进入等待队列
3,SADD “user2″第二条命令进入等待队列
4,EXEC 告知redis执行暂存的命令(提交事务) //放弃事务:DISCARD,不执行,事务放弃
//就跟坐客车(事务 == 大客车)一样,单个不走,包车不准。等人多了,包圆儿了一块走。
命令示例:
MULTI
set k2(key) v2(value)
set k3(key) v3(value)
EXEC
也存在异常和例外情况:1,语法错误,事务回滚不执行
2,语法正常,逻辑错误,例如incr给一个字符加1,或者不给值,能够入队,但提交事务后会显示该语句存在错误
锁:
悲观锁:当有人读取数据时会被认为要更改数据,因此每次在读取数据时会先上锁,直到这个线程拿到锁为止。(本线程结束后其他线程才能进来读取数据。就跟上厕所似的,进去先锁门,自己拉完了别人才能进来拉)
乐观锁:当有人读取数据时不会被认为更改数据,不上锁。但在更新时会判断在此期间是否有人更改数据,一般用版本号机制进行判断。
悲观锁的判断机制:大多数基于数据版本号机制实现。版本号?:即为数据增加一个版本标识。
一般通过为数据库表添加“version”字段来实现读取数据时,也将此版本一同读出。之后来读取数据的人提交数据更新时,会对此版本号加1。
此时提交数据的版本号与数据库表对应记录的当前版本号对比,若提交数据版本号大于数据库表当前版本号,则准予更新(数据库当前版本号只会更新一次)
示例:
1,A操作员将用户数据读取(version=1),进行修改操作。
2,B操作员将用户数据读取(version=1),进行修改操作。
3,A完成操作,提交数据时(version +1 =2),提交更新。此时提交数据版本号大于数据库记录的当前版本号,准许提交。
4,B完成操作,提交数据时(version +1 =2),提交更新。但是此时的数据库记录的版本号已经被A提交数据后更新为2了,所以B提交的版本号不大于数据库记录的当前版本号,则不准予提交数据更新。
因为数据库记录的版本号只更新一次,谁快先更新了,版本号就变了,必须等上一个线程完成后再进去操作。(就争媳妇似的的,谁下手快生了娃,谁就稳了)
redis的watch机制实现乐观锁(监视一个或多个key,如果在事务exec执行之前这个key被其他命令更改,那么该事务将会被打断)
命令如下:
set k1 1 //设k1为1
watch k1 //监视k1
set k1 2 //k1值在被监视时被更改为2,另外人开客户端更改也一样
multi //开始事务
set k1 3 //将k1值改为3
exec //提交事务
输出null,事务被放弃。检测到k1也被更改为2,不再是1了。
(就像本来你跟你女朋友快要结婚了,但是结婚前一天在你爸妈的眼皮子底下决定跟别人私奔,你爹妈知道了不想让你背锅,在你们结婚时强行拆散,唉,真惨。)
redis的持久化机制
持久化概述:持久化==存储,就一直存着可以。
redis持久化:redis数据存储在内存中,内存是瞬时的,如果发生宕机或者系列糟糕情况,内存会丢失。redis提供两者持久化机制
//就跟男人一样,要持久,持之以恒,坚定不移。
RDB方式:在指定的时间间隔内将内存中的数据快照写入磁盘,数据恢复时将快照文件直接再读到内存
步骤:在redis.conf文件中配置
配置格式:save <seconds><changes>
save 900 1 //900秒内一次数据更改会保存一次
save 3000 10
save 6000 20
配置文件redis.conf中搜索SNAPSHTTING:dbfilename:设置RDB文件名。默认文件名为dump.rdb //就是可以修改保存文件的名字
dir:指定RDB和AOF的文件目录 //修改保存文件的指定目录
//修改redis.conf文件后要重启一下redis
AOF方式:redis每收到一条修改命令时,它将命令写道一个AOF文件中(不记录读命令),当redis重启时,再通过AOF中的所有命令在恢复
步骤:rdis.conf文件中搜索APPEND ONLY MODE
1,将append only改为yes,默认no;
AOF相关设置: 1,appengfilename:AOF文件名,可改,默认:appendonly.aof
////查看aop文件存储的命令:1,ll *.aop;2,cat appendonly .aof
2,appendfsync:配置向aof文件写命令数据策略:
1,append fsync always 每次执行写入都会执行同步,慢且安全
2,append fsync everysec 每秒执行一次同步操作
3,append fsync no 不主动进行同步操作,交给系统来做,30秒一次,快但不且不安全
3,auto-aof-rewrite-percentage(例如:100):设置当目前aof文件大小超过上一次重写时aof文件大小的百分之多少时,将再次进行重写;若之前未进行重写,则以启动时最小aof文件大小为依据;
//进行文件优化,例:set k1 1 后再执行 set k1 2,那么set k1 1则不被记录,只记录有用的命令
4,auto-aof-rewtite-min-size(例如:64mb):设置允许重写的最小aof文件大小
总结:可以同时使用两种方式,默认优先加载aof
redis集群
主从复制
主从复制(master/slave):
简介:redis做集群,为保证单点故障,就将数据复制多芬岛多台不同服务器,即使其中一台出现故障,其他服务仍可运行。
实现:部署多台redis,并在配置文件中指定之间的主从关系。主负责写,同时将写入数据实时同步到从机器,即主从复制。master/slave,redis默认master用于写,slave用于读。
配置方式一:修改配置文件,启动时,服务器读取配置文件,自动成为指定服务器的从服务器,构成主从复制关系。
主服务器(master)
include /usr/local/redis-5.0.3/redis.conf
daemonize yes
port 6380
pidfile /var/run/redis6380.pid
logtile 6380.log
dbfilename dump6380.rdb
从服务器(slave)
include /usr/local/redis-5.0.3/redis.conf
daemonize yes
port 6381
pidfile /var/run/redis6380.pid
logtile 6381.log
dbfilename dump6381.rdb
slaveof 127.0.0.1 6380
示例:(由于只有一台服务器,因此在一个redis中启三个实例,一个master两个slave)方便观看就开4个客户端窗口。
以下为客户端窗口 1。
bin目录下
cp redis.conf redis6380.conf //复制原来redis6379.conf配置文件,并生成新的redis6380.conf配置文件
ll //出现redis6380.conf文件
>redis6380.conf //滞空redis6380.conf文件
vim redis6380.conf //进入redis6380.conf文件,添加主服务的配置
配置master
include /usr/local/redis-5.0.3/redis.conf
daemonize yes
port 6380
pidfile /var/run/redis6380.pid
logtile 6380.log
dbfilename dump6380.rdb
:wq //如果无法保存退出,就按下esc键再,:wq a.txt
配置从slave
cp redis6380.conf redis6381.conf //复制redis6380.conf文件
vim redis6381.conf //进配置文件配置从
include /usr/local/redis-5.0.3/redis.conf
daemonize yes //表示后台启动
port 6380
pidfile /var/run/redis6380.pid
logtile 6380.log
dbfilename dump6380.rdb
slaveof 127.0.0.1 6380 //设置是6380的从服务器
:wq //如果无法保存退出,就按下esc键再,:wq a.txt
cp redis6380.conf redis6382.conf //复制redis6380.conf文件
vim redis6381.conf //进配置文件配置从
include /usr/local/redis-5.0.3/redis.conf
daemonize yes
port 6380
pidfile /var/run/redis6380.pid
logtile 6380.log
dbfilename dump6380.rdb
slaveof 127.0.0.1 6380 //设置是6380的从服务器
:wq //如果无法保存退出,就按下esc键再,:wq a.txt
客户端窗口2
./redis-server ../redis6380.conf //后台启动master
./redis-server ../redis6381.conf //后台启动slave
./redis-server ../redis6382.conf //后台启动slave
ps -ef | grep redis //查看这三个进程是否启动
如果已经有三个进程的了,也可以检查各个端口所处角色
./redis -cli -p 6380 //开启6381客户端
info replication //插看服务器角色命令
查看的信息:
role:master(主) //角色master
connected_slaves:2 //两个从,端口号分别为
slave0:port:6381
slave1:port:6382
客户端窗口3
./redis -cli -p 6381 //开启6381客户端
info replication //插看服务器角色命令
查看的信息:
role:slave(从) //角色slave
master_host:127.0.0.1 //主是本地的
master_port:6380 //端口号为6380
master_link_status:up //开启状态
客户端窗口4
./redis -cli -p 6382 //开启6381客户端
info replication //插看服务器角色命令
查看信息与3一样
配置完成可测试
1,回到master所在客户端窗口
set k1 v1
set k2 v2 //设置两个值,在从服务器去取,看是否能读取值
2,回到任意一个slave所在客户端窗口
get k1
get k2
3,看能否读到值,读到即配置成功
get k3 //读master为设置的值看是否能读到
输出null,未读到;
4,回到master所在客户端窗口
set k3 v3 //设置k3,再去slave读,看是否能读取
5,回到任意一个slave所在客户端窗口
get k3
输出:v3 //读取成功
主从关系配置完成
如果现在出现问题了,master服务器宕机了,关闭了,主没了,只有从了,怎么办?
引入新的处理方式
容灾处理(冷处理):当master服务出现故障后,需要手动将slave中的一个提升为master,将剩下的slave重新挂至新的master上;
命令如下:
slaveof no one :将一台slave服务器提升为master
slaveof 127.0.0.1 6381(新提上slave端口号):将slave挂至新的master上
操作示例:
1,在master所在服务器客户端
shutdown //关闭master,模拟master出故障
ps -ef | grep redis //查看redis6380.conf进程是否被关闭
2,在任意一个slave所在服务器客户端
slaveof no one //提升为主
info replication //查看所处角色即从服务
显示信息
role:master //角色为主
connected_slaves:0 //没有从服务器
3,在另外slave中的任意一个slave所在服务器客户端
slaveof 127.0.0.1 6381 //将本slave挂至新的master上去
info replication //查看角色及主服务
显示信息
role:slave
master_host:127.0.0.1
master_port:6381 //挂在了新的master上了
4,假如现在原来的master6380服务器修好
./redis-server ../redis6380.conf //后台启动
ps -ef | grep redis //查看进程是否被启动
./redis-cli -p 6380 //进入redis
info replication //查看角色
显示信息
role:master //角色为master
connected_slaves:0 //slaves为0
原来master重启后,默认角色为master现在将它挂至新的6381master上去
slaveof 127.0.0.1 6381 //将本slave挂至新的master上去
总结:
1,使用到的相关命令:
./redis-cli -p 6380 进入指定客户端端口
info replication 查看redis服务器所处角色
如果不配置启动,默认为master
2,master下线,写请求无法执行;slave下线,读请求处理性能下降
3,master故障,需要手动提升一个slave为master。其他的slave要重新挂至新的master上去
4,主从复制模式的故障转移需要手动操作,需要实现自动化处理,就再次引入Sentine哨兵,实现故障自动转移
哨兵模式(热处理)
作用:Sentine哨兵可以来监控多个redis服务实例运行情况
Sentinel配置:
1,复制三份文件:sentinel26380.conf,sentinel26381.conf,sentinel26382.conf;
2,修改每个配置文件
port 26380;port 26381;port 26382;
sentinel monitor mymaster 127.0.0.1 6380 2
Sentinel会根据master的配置自动发现master和slave,Sentinel默认端口是26379
3,启动三个实例
./redis-sentinel ../sentinel26380.conf
./redis-sentinel ../sentinel26380.conf
./redis-sentinel ../sentinel26380.conf
启动三个实例后,会创建三个监视master服务的Sentinel实例
4,哨兵模式已启动;
操作示例:
redis6379客户端窗口
1, cd usr/local/redis-5.0.3/bin //进入bin文件夹
2,ll //会看到一个
// redis-sentinel 哨兵可执行文件,读取配置文件,站岗
// sentinel.conf 哨兵配置文件
3,复制三个sentinel.conf配置文件
cp sentinel.conf sentinel26380.conf //复制sentinel26379配置文件生成新的sentinel26380文件
cp sentinel.conf sentinel26381.conf
cp sentinel.conf sentinel26382.conf
4,逐个修改sentinel.conf文件
vim sentinel26380.conf
port 26380 (进哪个端口改那个)
sentinel monitor mymaster 127.0.0.1 6381 2
// 2 投票数:这个投票数就是哨兵的投票数。检测master的这个哨兵发现这个master挂了,但它不能直接确定,
//会让其他的哨兵也来检测这个master,认为挂了的哨兵就投一票,等票数过半了,就确定真挂了。
:wq //保存退出
vim sentinel26381.conf
port 26381 (进哪个端口改那个)
sentinel monitor mymaster(可修改文件名) 127.0.0.1 6381(主服务端口号,上面新提升的slave) 2(投票数)
:wq //保存退出
vim sentinel26382.conf
port 26382 (进哪个端口改那个)
sentinel monitor mymaster(可修改文件名) 127.0.0.1 6381(主服务端口号,上面新提升的slave) 2(投票数)
:wq //保存退出
/*
解析:
sentinel monitor mymaster(文件名可修改) 127.0.0.1(本地地址) 6381(master,主服务端口号) 2(投票数)
2 投票数:这个投票数就是哨兵的投票数。检测master的这个哨兵发现这个master挂了,但它不能直接确定master挂了,
会让其他的哨兵也来检测这个master,认为挂了的哨兵就投一票,等票数过半了,就确定真挂了。
*/
5,ls //查看文件会看到三个sentinel.conf文件
./redis-sentinel ../sentinel26380.conf //启动文件
6,在新建两个客户端窗口方便启动,1窗口,2,窗口
1窗口
./redis-sentinel ../sentinel26381.conf
2窗口
./redis-sentinel ../sentinel26382.conf
7,回到之前的master客户端窗口,关闭master,演示故障转移
shutdown
ps -ef | gerp redis //查看进程,redis6381是否被关闭
8,看1,2窗口,是否打印的日志信息
…
# + failover-end master mymaster 127.0.0.1 6381 //6381进程end
# + switch-master mymaster 127.0.0.1 6381 127.0.0.1 6380 //master6381替换成6380
9,回到6380客户端窗口查看角色
info replication
信息显示
role:slave //角色slave
master-port:6380 //它的master是6380
10,回到6381(被停掉的master服务器),重启服务看看
./redis-server ../redis6381.conf //重启服务
./redis -cli -p 6381 //进入redis客户端
info replication
显示信息
role:slave //角色slave
master-port:6380 //它的master是6380
示例完成;
总结:哨兵模式你补了容灾处理需要手动处理的缺陷。哨兵监控master主服务,当它发现master挂了的时候会自动进行古故障转移。
自动将其中的slave与挂了的master进行角色交换,而后就算挂了的master服务重启后也不再是master,而是自动修改成新master服务的slave服务。
redis相关安全
redis设置密码:redis.conf文件配置中 requirepass 123456
操作示例:
cd usr/local/redis-5.0.3
vim redis.conf //进入配置修改
找到requirepass去掉注释,后面加上密码 123456
:wq
kill 6379 //杀掉进程重启
./redis-server ../redis.conf & //启动后台
./redis -cli -p 6379 //启动6379客户端
AUTH 123456
在jedis连接客户端时也要密码
jedis.auth(“123456”);
绑定ip:#bin 127.0.0.1 去点注释,127.0.0.1换成你允许连接的ip.表示只允许这个ip进行访问;
命令禁止和重命名(也是在redis.conf配置中进行):
rename-command FLUSHALL del 重命名flushall命令为del
注意:这里重命名前提是appendonly.aof文件中没有flushall命令,否则服务器无法启动
//因为redis.conf配置里改名了,appendonly.aof文件中还存在flushall命令,那会冲突,无法识别del新命令
rename-command FLUSHALL “” 禁用flushall //flushall 清空本库所有信息
rename-command FLUSHDB “” 禁用flushdb //flushdb 清空所有库所有信息
rename-command CONFIG JIJJMKXW 重命名config命令
rename-command CONFIG “” 禁用config命令 //config查看所有配置 config get *
redis特点:
简单稳定;支持丰富的内存结构;读写速度快;有持久化支持;支持部分事务操作;
总结:纸上得来尚觉浅,绝知此事要躬行;
set k1 “加油!”
https://www.bilibili.com/video/BV1Q4411N7u4/?p=28
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
转载请注明出处: https://daima100.com/9089.html