首页 / REDIS / redis系列之3----redis高级应用（主从、事务与锁、持久化）

redis系列之3----redis高级应用（主从、事务与锁、持久化）

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了redis系列之3----redis高级应用（主从、事务与锁、持久化），小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含9248字，纯文字阅读大概需要14分钟。

内容图文

文章主目录

安全性设置
主从复制
事务与锁
持久化机制
发布以及订阅消息

上文《详细讲解redis数据结构（内存模型）以及常用命令》介绍了redis的数据类型以及常用命令，本文我们来学习下redis的一些高级特性。

安全性设置

设置客户端操作秘密

redis安装好后，默认情况下登陆客户端和使用命令操作时不需要密码的。某些情况下，为了安全起见，我们可以设置在客户端连接后进行任何操作之前都要进行密码验证。修改redis.conf进行配置。

[root@localhost ~]# vi /usr/local/redis/etc/redis.conf

#######################SECURITY ##############################

......

# Warning: since Redis is pretty fast an outside user can try up to

# 150k passwords per second against a good box. This means that you should

# use a very strong password otherwise it will be very easy to break.

# requirepass foobared

requirepass redis129

# Command renaming.

如上，找到# requirepass foobared这一行，在下面添加“requirepass 密码”一行设置密码。设置好密码后，有两种方式授权客户端进行操作。

客户端授权方式

（1）登录时使用-a参数指定客户端密码，如下

[root@localhost ~]# /usr/local/redis/bin/redis-cli -h 192.168.2.129 -p 6379 -a redis129

192.168.2.129:6379> keys *

1) "myzset"

192.168.2.129:6379>

（2）登录客户端后使用auth命令进行授权，如下

[root@localhost ~]# /usr/local/redis/bin/redis-cli -h 192.168.2.129 -p 6379

192.168.2.129:6379> keys *

(error) NOAUTH Authentication required.

192.168.2.129:6379> auth redis129

192.168.2.129:6379> keys *

1) "myzset"

192.168.2.129:6379>

主从复制

主从复制，即主服务器与从服务器之间数据备份的问题。Redis 支持简单且易用的主从复制（master-slave replication）功能，该功能可以让从服务器(slave server)成为主服务器(master server)的精确复制品。

主从复制的特点

（1）一个主服务器可以有多个从服务器。

（2）不仅主服务器可以有从服务器，从服务器也可以有自己的从服务器。

（3）Redis 支持异步复制和部分复制（这两个特性从Redis 2.8开始），主从复制过程不会阻塞主服务器和从服务器。

（4）主从复制功能可以提升系统的伸缩性和功能，如让多个从服务器处理只读命令，使用复制功能来让主服务器免于频繁的执行持久化操作。

主从复制的过程

下面我们用一个图来讲解redis主从复制的过程。

Redis主从复制过程示意图

从上面的示意图可以看出，主服务器与从服务器建立连接之后，Redis主从复制过程主要有下面几步：

（1）从服务器都将向主服务器发送一个 SYNC 命令。

（2）主服务器接到 SYNC 命令后开启一个后台子进程并开始执行 BGSAVE，并在保存操作执行期间，将所有新执行的写入命令都保存到一个缓冲区里面。

（3）当 BGSAVE 执行完毕后，主服务器将执行保存操作所得的 .rdb 文件发送给从服务器，从服务器接收这个 .rdb 文件，并将文件中的数据载入到内存中。

（4）主服务器会以 Redis 命令协议的格式，将写命令缓冲区中积累的所有内容都发送给从服务器。

配置从服务器

redis配置一个从服务器非常简单，只要在从服务器的配置文件redis.conf中增加主服务器的IP地址和端口号就可以，如果主服务器设置了客户端密码，还需要在从服务器中配置主服务器的密码，如下

##########################REPLICATION ###############################

# Master-Slave replication. Use slaveof to make a Redis instance a copy of

# another Redis server. A few things to understand ASAP about Redis replication.

......

# slaveof <masterip> <masterport>

slaveof 192.168.2.129 6379

# If the master is password protected (using the "requirepass" configuration

# directive below) it is possible to tell the slave to authenticate before

# starting the replication synchronization process, otherwise the master will

# refuse the slave request.

# masterauth <master-password>

masterauth redis129

事务与锁

Redis 的事务支持相对简单，multi 、 EXEC 、 DISCARD 和 watch 这四个命令是 Redis 事务的基础。

事务开启与取消

l MULTI 开启一个事务。当客户端发出了MULTI 命令时，客户端和服务端的连接就进入了一个事务上下文的状态。MULTI 执行之后，客户端可以继续向服务器发送任意多条命令，这些命令不会立即被执行，而是被放到一个队列中，当 EXEC 命令被调用时，所有队列中的命令才会被执行。

l EXEC 顺序执行事务队列中的命令。

192.168.2.129:6379> multi

192.168.2.129:6379> set name "zhangsan"

QUEUED

192.168.2.129:6379> set age 20

QUEUED

192.168.2.129:6379> exec

1) OK

2) OK

192.168.2.129:6379> keys *

1) "age"

2) "name"

192.168.2.129:6379>

l DISCARD 取消事务。当执行 DISCARD 命令时，事务会被放弃，事务队列会被清空，并且客户端会从事务状态中退出。

192.168.2.129:6379> multi

192.168.2.129:6379> set name2 "lisi"

QUEUED

192.168.2.129:6379> set age 22

QUEUED

192.168.2.129:6379> discard

192.168.2.129:6379> exec

(error) ERR EXEC without MULTI

192.168.2.129:6379>

乐观锁

l WATCH 对key值进行锁操作。在 WATCH 执行之后， EXEC 执行之前，有其他客户端修改了 key 的值，那么当前客户端的事务就会失败。如下：

Client1开启watch name并在事务中修改name，但是没有执行exec

192.168.2.129:6379> get name

"huangliu"

192.168.2.129:6379> watch name

192.168.2.129:6379> multi

192.168.2.129:6379> set name lisi

QUEUED

Client2 修改name

192.168.2.129:6379> get name

"huangliu"

192.168.2.129:6379> set name "wangwu"

192.168.2.129:6379> get name

"wangwu"

192.168.2.129:6379>

Client1执行exec

192.168.2.129:6379> exec

(nil)

192.168.2.129:6379>

可见，由于被watch的name已经被Client2 修改，所以Client1的事务执行失败，程序需要做的，就是不断重试这个操作，直到没有发生碰撞（Crash）为止。对key进行加锁监视的机制类似Java多线程中的锁（synchronized中的监视器对象），被称作乐观锁。乐观是一种非常强大的锁机制，后面我们会进一步学习redis的分布式锁。

持久化机制

前面我们已经说过，既可以把redis理解为缓存技术，也可以理解为数据库，因为redis支持将内存中的数据周期性的写入磁盘或者把操作追加到记录文件中，这个过程称为redis的持久化。redis支持两种方式的持久化，一种是快照方式（snapshotting）,也称rdb方式；两一种是追加文件方式（append-only file），也称AOF方式。RDB方式是redis默认的持久化方式。

RDB方式

RDB方式是将内存中的数据的快照以二进制的方式写入名字为 dump.rdb的文件中。我们对 Redis 进行设置，让它根据设置周期性自动保存数据集。修改redis.conf文件，如下

######################### SNAPSHOTTING ################################

# Save the DB on disk:

......

# In the example below the behaviour will be to save:

# after 900 sec (15 min) if at least 1 key changed

# after 300 sec (5 min) if at least 10 keys changed

# after 60 sec if at least 10000 keys changed

# Note: you can disable saving completely by commenting out all "save" lines.

# It is also possible to remove all the previously configured save

# points by adding a save directive with a single empty string argument

# like in the following example:

# save ""

#900秒内如果有超过1个key被修改则发起保存快照

save 900 1

#300秒内如果有超过10个key被修改则发起保存快照

save 300 10

#60秒内如果有超过1000个key被修改则发起保存快照

save 60 10000

dump.rdb文件默认生成在%REDIS_HOME%etc目录下（如/usr/local/redis/etc/），可以修改redis.conf文件中的dir指定dump.rdb的保存路径

# The filename where to dump the DB

dbfilename dump.rdb

# The working directory.

# The DB will be written inside this directory, with the filename specified

# above using the 'dbfilename' configuration directive.

# The Append Only File will also be created inside this directory.

# Note that you must specify a directory here, not a file name.

dir ./

AOF方式

RDB方式是周期性的持久化数据，如果未到持久化时间点，Redis 因为某些原因而造成故障停机，那么服务器将丢失最近写入、且仍未保存到快照中的那些数据。所以从redis 1.1开始引入了AOF方式，AOF 持久化记录服务器执行的所有写操作命令，并在服务器启动时，通过重新执行这些命令来还原数据集。 AOF 文件中的命令全部以 Redis 协议的格式来保存，新命令会被追加到文件的末尾。

AOF方式仍然有丢失数据的可能，因为收到写命令后可能并不会马上将写命令写入磁盘，因此我们可以修改redis.conf，配置redis调用write函数写入命令到文件中的时机。如下

#######################APPEND ONLY MODE #############################

......

# AOF and RDB persistence can be enabled at the same time without problems.

# If the AOF is enabled on startup Redis will load the AOF, that is the file

# with the better durability guarantees.

# Please check http://redis.io/topics/persistence for more information.

#启用AOF方式

appendonly yes

#每次有新命令追加到 AOF 文件时就执行一次 fsync ：非常慢，也非常安全

appendfsync always

#每秒 fsync 一次：足够快（和使用 RDB 持久化差不多），并且在故障时只会丢失 1 秒钟的数据

appendfsync everysec

#从不 fsync ：将数据交给操作系统来处理。更快，也更不安全的选择

appendfsync no

从上面三种AOF持久化时机来看，为了保证不丢失数据，appendfsync always是最安全的。

发布以及订阅消息

Redis的发布以及订阅有点类似于聊天，是一种消息通信模式。在这个模式中，发送者（发送信息的客户端）不是将信息直接发送给特定的接收者（接收信息的客户端），而是将信息发送给频道（channel），然后由频道将信息转发给所有对这个频道感兴趣的订阅者。SUBSCRIBE 、 UNSUBSCRIBE 和 PUBLISH 三个命令实现了消息的发布与订阅。如下

Client1发布频道mychannel与消息

192.168.2.129:6379> publish mychannel "message from channel1"

(integer) 1

192.168.2.129:6379>

Client2 订阅频道mychannel并接受Client1通过频道发过来的消息

192.168.2.129:6379> subscribe mychannel

Reading messages... (press Ctrl-C to quit)

1) "subscribe"

2) "mychannel"

3) (integer) 1

1) "message"

2) "mychannel"

3) "message from channel1"

至此，redis的客户端安全性设置、主从复制、事务与锁、持久化机制以及发布与订阅消息主要内容介绍完毕。下一篇我们将继续学习redis的集群。

参考文档

http://redis.io/documentation

http://redisdoc.com/

本文转载自 https://www.cnblogs.com/hjwublog/p/5660578.html
作者：ITPSC 出处：http://www.cnblogs.com/hjwublog/

内容总结

以上是互联网集市为您收集整理的redis系列之3----redis高级应用（主从、事务与锁、持久化）全部内容，希望文章能够帮你解决redis系列之3----redis高级应用（主从、事务与锁、持久化）所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/901381.html

来源：【匿名】

【上一篇】redis系列之2----详细讲解redis数据结构（内存模型）以及常用命令【下一篇】redis可以做什么？

更多 ►

【redis系列之3----redis高级应用（主从、事务与锁、持久化）】教程文章相关的互联网学习教程文章

Redis 持久化【代码】【图】

目录rdis 命令启动redis 配置文件启动持久化简介什么是持久化为什么要持久化持久化过程保存什么RDBRDB启动方式——savesave 指令相关配置save 工作原理RDB启动方式——bgsavebgsave 工作原理bgsave 指令相关配置RDB启动方式——save 配置save 配置工作原理save 与 bgsave 的区别rdb 特殊启动形式RDB 优点RDB 弊端解决思路AOFAOF 写数据过程AOF 写数据三种策略（appendfsync）AOF 功能开启AOF 重写AOF 重写作用AOF 重写规则AOF 重写...

Redis学习笔记(一)-持久化【代码】

一、RDB持久方式RDB持久化是把当前进程的数据已快照的形式保存到硬盘的过程。触发方式：1、手动触发命令：save和bgsavesave：阻塞式，内存较大的实例在执行过程中会造成长时间的阻塞，影响主进程上的正常服务请求。bgsave：fork子进程，RDB持久化的过程在子进程中进行，完成后自动结束进程，并通知主进程。阻塞发生在fork阶段，时间较短。2、自动触发：满足RDB持久化条件后会自动执行持久化过程。相关配置：################# SNAP...

Redis为什么这么快以及持久化机制【图】

1、首先我们谈一下为什么Redis快：一、 Redis是纯内存数据库，一般都是简单的存取操作，线程占用的时间很多，时间的花费主要集中在IO上，所以读取速度快。二、再说一下IO，Redis使用的是非阻塞IO，IO多路复用，使用了单线程来轮询描述符，将数据库的开、关、读、写都转换成了事件，减少了线程切换时上下文的切换和竞争。多路 I/O 复用模型是利用select、poll、epoll可以同时监察多个流的 I/O 事件的能力...

redis的持久化功能【代码】【图】

基于快照持久化修改配置文件，开始基于快照的选项[root@localhostbin]#vim /etc/redis/redis.confstop-writes-on-bgsave-error yes #后台存储错误停止写。 rdbcompression yes #使用LZF压缩rdb文件。 rdbchecksum yes #存储和加载rdb文件时校验。 dbfilename dump.rdb #设置rdb文件名。 dir ./ #设置工作目录，rdb文件会写入该目录。指定的时间间隔内保存数据快照优点令适合用于进行备份 fork 出子进程...

Redis教程(十)：持久化详解

一、Redis提供了哪些持久化机制： 1). RDB持久化：该机制是指在指定的时间间隔内将内存中的数据集快照写入磁盘。 2). AOF持久化: 该机制将以日志的形式记录服务器所处理的每一个写操作，在Redis服务器启动之初会读取该文件来重新构建数据库，以保证启动后数据库中的数据是完整的。 3). 无持久化：我们可以通过配置的方式禁用Redis服务器的持久化功能，这样我们就可以将Redis视为一个功能加强版的memc...

010 redis持久化之RDB【图】

一 . 概述 redis的持久化功能是决定redis可以作为一定功能数据库的核心.在redis之中总共有两种方式进行持久化,一种是RDB,一种是AOF的方式.注意:我们不需要一定使用redis的持久化功能,不使用持久化功能,就决定我们是把redis作为一种缓存使用,这和memcache没什么区别了. 二 .RDB的基本原理redis是单进程的,当我们开启RDB数据持久化之后,redis就会fork一个新进程帮助实现RDB的功能.其实RDB的功能十分简单,就是定时快照一下redis的内存...

redis 关闭快照持久化【图】

*****【未验证】 windows 下打开配置文件 redis.windows.conf注释掉 save 字段,写入新字段: save ""或者save 1 999999 附注:快照持久化的缺点：【参照:https://blog.csdn.net/u012702547/article/details/87875392】save命令会发生阻塞，bgsave虽然不会发生阻塞，但是fork一个子进程又要耗费资源，在一些极端情况下，fork子进程的时间甚至超过数据备份的时间。定期的持久化也会让我们存在数据丢失的风险，最坏的情况我们可能丢失掉...

一站式学习Redis 从入门到高可用分布式实践（慕课）第五章 Redis持久化的取舍和选择【图】

Redis持久化的取舍和选择持久化的作用 RDB AOF RDB和AOF的决择原文：https://www.cnblogs.com/jiang910/p/10025879.html

redis 持久化存储之aof和设置密码

Redis 进入Redis设置密码redis 127.0.0.1:6379[1]> config set requirepass my_redis OK [root@jcsjzx2017 ~]# redis-cli 127.0.0.1:6379> config get requirepass (error) NOAUTH Authentication required.127.0.0.1:6379> auth f987ui#!9OK127.0.0.1:6379> config get requirepass 1) "requirepass"2) "f9testpass9" 也可以在配置文件配置密码去掉#，改requirepass后密码字符串。Redis 设置持久化存储（1）1. aof 怎样去设置呢...

详解Redis中两种持久化机制RDB和AOF（面试常问，工作常用）【图】

redis是一个内存数据库，数据保存在内存中，但是我们都知道内存的数据变化是很快的，也容易发生丢失。幸好Redis还为我们提供了持久化的机制，分别是RDB(Redis DataBase)和AOF(Append Only File)。在这里假设你已经了解了redis的基础语法，某字母网站都有很好的教程，可以去看。基本使用的文章就不写了，都是一些常用的命令。下面针对这两种方式来介绍一下。由浅入深。一、持久化流程既然redis的数据可以保存在磁盘上，那么这个流程...

Redis AOF 持久化详解【图】

Redis 是一种内存数据库，将数据保存在内存中，读写效率要比传统的将数据保存在磁盘上的数据库要快很多。但是一旦进程退出，Redis 的数据就会丢失。为了解决这个问题，Redis 提供了 RDB 和 AOF 两种持久化方案，将内存中的数据保存到磁盘中，避免数据丢失。RDB的介绍在这篇文章中《Redis RDB 持久化详解》，今天我们来看一下 AOF 相关的原理。AOF( append only file )持久化以独立日志的方式记录每次写命令，并在 Redis 重启时在重...

redis之 Redis持久化配置

Redis持久化配置 Redis的持久化有2种方式 1快照 2是日志 Rdb快照的配置选项save 900 1 // 900内,有1条写入,则产生快照 save 300 1000 // 如果300秒内有1000次写入,则产生快照save 60 10000 // 如果60秒内有10000次写入,则产生快照(这3个选项都屏蔽,则rdb禁用) stop-writes-on-bgsave-error yes // 后台备份进程出错时,主进程停不停止写入?rdbcompression yes // 导出的rdb文件是否压缩Rdbchecksum yes // 导入rb...

首页 / REDIS / redis系列之3----redis高级应用（主从、事务与锁、持久化）

redis系列之3----redis高级应用（主从、事务与锁、持久化）

内容导读

内容图文

安全性设置

设置客户端操作秘密

客户端授权方式

主从复制

主从复制的特点

主从复制的过程

配置从服务器

事务与锁

事务开启与取消

乐观锁

持久化机制

RDB方式

AOF方式

发布以及订阅消息

内容总结

内容备注

内容手机端

【redis系列之3----redis高级应用（主从、事务与锁、持久化）】教程文章相关的互联网学习教程文章

REDIS - 相关标签

事务 - 相关标签

REDIS - 技术教程分类

REDIS - 最新教程

REDIS - 最热教程