一、设置redis外网访问
更改redis.conf 文件
# vim redis.conf
bind 127.0.0.1 # 注释掉改行
protected-mode yes # 更改模式为no（redis3.2后）
二、设置密码验证
更改redis.conf配置文件
requirepass redhat
或者通过set设置
127.0.0.1:6284> config get requirepass # 查看密码设置
1) "requirepass"
2) ""
127.0.0.1:6284> config set requirepass "111" # 设置密码
OK
127.0.0.1:6284> config get requirepass # 已设置认证，无法继续访问
(error) NOAUTH Authentication required.
127.0.0.1:6284> auth "111" # 键入密码
OK
127.0.0.1:6284> config get requirepass
1) "requirepass"
2) "111"
三、redis主从复制
redis 主从复制特点
(1) master可以拥有多个slave
(2) 多个slave 可以连接同一个master 外，还可以连接到其他slave
(3) 主从复制不会阻塞master，在同步数据时，master可以继续处理client请求
(4) 提高系统的伸缩性
redis 主从复制过程
当配置好slave后，slave与master建立连接，然后发送sync命令。无论是第一次连接还是重新连接，master都会启动一个后台进程，将数据库快照保存到文件中，同时master主进程会开始收集新的写命令并缓存。后台进程完成写文件后，master就发送文件给slave，slave将文件保存到硬盘上，再加载到内存中，接着master就会把缓存的命令转发给slave，后续master将收到的写命令发送给slave。如果master同时收到多个slave发来的同步连接命令，master只会启动一个进程来写数据库镜像，然后发送给所有的slave。
redis主从复制配置
安装多个实例
# cp redis.conf redis_slave.
# vim redis_slave.conf更改以下内容：
pidfile /var/run/redis_slave.pid
port 6378
logfile "/wh_k/redis-2.8.17/src/redis_slave.log"
dbfilename dump_slave.rdb
修改配置文件redis_slave.conf （主从配置）
# vim redis_slave.conf添加以下内容：
# slaveof <masterip> <masterport>
slaveof 192.168.61.128 6379
masterauth redhat # master主服务器有密码，需添加此配置，“redhat”为主服务器密码
启动slave连接数据库
# ./redis-server ../redis_slave.conf
# ./redis-cli -h 192.168.61.128 -p 6378
测试
mater端：127.0.0.1:6379> select 2
OK
127.0.0.1:6379[2]> keys *
(empty list or set)slave端：192.168.61.128:6378> select 2
OK
192.168.61.128:6378[2]> keys *
(empty list or set)master端插入数据：127.0.0.1:6379[2]> set name zsh
OK
127.0.0.1:6379[2]> set age 20
OK
127.0.0.1:6379[2]> mget name age
1) "zsh"
2) "20"slave端测试：192.168.61.128:6378[2]> keys *
1) "name"
2) "age"
192.168.61.128:6378[2]> mget name age
1) "zsh"
2) "20"
查看角色（主、备）
192.168.61.128:6378[2]> info
# Replication
role:slave
四、redis事务
简单事务控制
127.0.0.1:6379[1]> set age 10
OK
127.0.0.1:6379[1]> multi # 标记事务块开始
OK
127.0.0.1:6379[1]> set age 15
QUEUED
127.0.0.1:6379[1]> set age 20
QUEUED
127.0.0.1:6379[1]> exec # 调用
1) OK
2) OK
127.0.0.1:6379[1]> get age
"20"
取消事务discard（事务回滚）
127.0.0.1:6379[1]> get age
"20"
127.0.0.1:6379[1]> multi
OK
127.0.0.1:6379[1]> set age 15
QUEUED
127.0.0.1:6379[1]> set age 10
QUEUED
127.0.0.1:6379[1]> discard
OK
127.0.0.1:6379[1]> get age
"20"
监视命令watch
watch 命令会监视给定的key,当exec 时候如果监视的key 从调用watch 后发生过变化，则整个事务会失败。也可以调用watch 多次监视多个key.这 样就可以对指定的key 加乐观锁了。注意watch 的key 是对整个连接有效的，事务也一样。如果连接断开，监视和事务都会被自动清除。当然了exec,discard,unwatch 命令都会清除连接中的所有监视。redis事务可以理解为一个打包的批量执行脚本，但批量指令并非原子化的操作，中间某条指令的失败不会导致前面已做指令的回滚，也不会造成后续的指令不做。127.0.0.1:6379[1]> get age
"20"
127.0.0.1:6379[1]> set name zsh
OK
127.0.0.1:6379[1]>
127.0.0.1:6379[1]> watch age
OK
127.0.0.1:6379[1]> multi
OK
127.0.0.1:6379[1]> incr age
QUEUED
127.0.0.1:6379[1]> incr name
QUEUED
127.0.0.1:6379[1]> exec
1) (integer) 21
2) (error) ERR value is not an integer or out of range
127.0.0.1:6379[1]> get age
"21" # age已发生变化
127.0.0.1:6379[1]> get name
"zsh" # name未变化
五、发布和订阅消息
Redis 发布订阅(pub/sub)是一种消息通信模式：发送者(pub)发送消息，订阅者(sub)接收消息，客户端可以订阅任意数量的频道。有新消息通过PUBLISH 命令发送给频道 channel1 时， 这个消息就会被发送给订阅它的另几个客户端
打开客户端1订阅消息：127.0.0.1:6379> SUBSCRIBE Wechat
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "Wechat"
3) (integer) 1打开客户端2发布消息：127.0.0.1:6379> PUBLISH Wechat "Hello world !"
(integer) 1
127.0.0.1:6379> PUBLISH Wechat "Beautifull"
(integer) 1打开客户端1查看消息：127.0.0.1:6379> SUBSCRIBE Wechat
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "Wechat"
3) (integer) 1
1) "message"
2) "Wechat"
3) "Hello world !"
1) "message"
2) "Wechat"
3) "Beautifull"
六、redis 数据备份与恢复
创建备份save
该命令将在 redis 安装目录中创建dump.rdb文件（默认src下）127.0.0.1:6379> SAVE
OK
恢复备份
将dump.rdb移至安装目录下启动服务即可。
后台备份bgsave
127.0.0.1:6379> bgsave
Background saving started
7、性能测试
redis 性能测试是通过同时执行多个命令实现的。
[root@Centos6 src]# ./redis-benchmark -n 10000 -q
PING_INLINE: 50505.05 requests per second
PING_BULK: 48309.18 requests per second
SET: 58823.53 requests per second
GET: 60975.61 requests per second
INCR: 60606.06 requests per second
LPUSH: 61349.69 requests per second
LPOP: 59880.24 requests per second
SADD: 61728.39 requests per second
SPOP: 59880.24 requests per second
LPUSH (needed to benchmark LRANGE): 64516.13 requests per second
LRANGE_100 (first 100 elements): 27777.78 requests per second
LRANGE_300 (first 300 elements): 11737.09 requests per second
LRANGE_500 (first 450 elements): 9115.77 requests per second
LRANGE_600 (first 600 elements): 6702.41 requests per second
MSET (10 keys): 39840.64 requests per second
为提升性能，可以采用管道技术：管道技术可以在服务端未响应时，客户端可以继续向服务端发送请求，并最终一次性读取所有服务端的响应。
了解更多关注我哟！！！
扫一扫进入我的公众号。
