06_NoSQL数据库之Redis数据库:Redis的高级应用之登录授权和主从复制

简介:  Redis高级实用特征 安全性(登录授权和登录后使用auth授权) 设置客户端连接后进行任何其他指定前需要使用的密码。 警告:因为redis速度相当快,所以在一台比较好的服务器下,一个外部的用户可以在一秒中进行150k次的密码尝试,这意味着你需要指定非常非常强大的密码来防止暴力破解。   修改密码只需要在我们的配置文件中修改下面参数:


Redis高级实用特征

  1. 安全性(登录授权和登录后使用auth授权)

设置客户端连接后进行任何其他指定前需要使用的密码。

警告:因为redis速度相当快,所以在一台比较好的服务器下,一个外部的用户可以在一秒中进行150k次的密码尝试,这意味着你需要指定非常非常强大的密码来防止暴力破解。

  修改密码只需要在我们的配置文件中修改下面参数:

#requirepass foobared

Requirepassbeijing     (红色的就是指定的要配置的密码)

  上面的一句表示的是设置连接的口令是beijing.

vim /usr/local/redis/etc/redis.conf,文件中的toto就是redis的密码。

删除服务,然后重启redis服务

[toto@localhost ~]$pkill redis-server

[toto@localhost ~]$ps -ef | grep "redis"

toto     5737  3713  0 14:51 pts/0   00:00:55 redis-server *:6379

toto     5740  3766  0 14:51 pts/1   00:00:00 redis-cli

toto    12995  5737  0 21:47 pts/0   00:00:00 [redis-server] <defunct>

toto    12997  5364  0 21:47 pts/2   00:00:00 grep redis

[toto@localhost ~]$ kill -9 5737

[toto@localhost ~]$ kill -9 5740

 [toto@localhost ~]$ ps -ef | grep "redis"

toto    13013  5364  0 21:48 pts/2   00:00:00 grep redis

[toto@localhost ~]$/usr/local/redis/bin/redis-server /usr/local/redis/etc/redis.conf

客户端登录

[toto@localhost bin]$ redis-cli

127.0.0.1:6379> keys *

(error) NOAUTH Authentication required.      //没有授权之前输出这一行

127.0.0.1:6379>auth toto                   //使用配置的toto这个密码来授权

OK

127.0.0.1:6379> keys *                    //授权之后可以使用keys *

(empty list or set)

127.0.0.1:6379> set name toto

OK

127.0.0.1:6379> keys *

1) "name"

127.0.0.1:6379>

如果想在登录之后就可以直接使用各种命令了,这时候可以使用下面的方式进行登录:

127.0.0.1:6379> keys *

1) "name"

127.0.0.1:6379> exit

[toto@localhost bin]$ redis-cli -a toto    加上一个-a,然后后面再加上密码toto

127.0.0.1:6379> keys *

1) "name"

127.0.0.1:6379>

  

  1. 主从复制

Redis主从复制配置和使用都非常简单。通过主从复制可以允许多个slave server拥有和master server相同的数据库副本。

 

A Redis主从复制特点:

  1. Master可以拥有多个slave

  2. 多个slave可以连接同一个master外,还可以连接到其它slave

  3. 主从复制不会阻塞master,在同步数据时,master可以继续处理client请求。

  4. 提高系统的伸缩性。

B:Redis主从复制过程:

  1. Slavemaster建立连接,发送sync同步命令。

  2. Master会启动一个后台进程,将数据库快照保存到文件中,同时master主进程会开始收集新的写命令并缓存。

  3. 后台完成保存后,就将此文件发送给slave

  4. Slave将此文件保存到硬盘上。

C:配置主从服务器:

配置slave服务器很简单,只需要在slave的配置文件中加入以下配置:

Slaveof 192.168.1.1 6379 #指定masterip和端口

masterauth toto #这是主机的密码

实验方法:

关闭虚拟机中的此Linux,将其命名为Redis_master,然后通过克隆的方式克隆一个Linux,并将其命名为Redis_slave.

注意克隆方式:右击虚拟机à管理à克隆---最后一直点击下一步。

克隆后的效果是:

其中masterip地址是192.168.6.26slaveip地址是192.168.6.25

master主机ping slave主机,如果ping同了,则说明两台虚拟机是可以连通的。

 

下面开始启动master

/usr/local/redis/bin/redis-server /usr/local/redis/etc/redis.conf

进入master的客户端

[toto@localhost ~]$ /usr/local/redis/bin/redis-cli -a toto

127.0.0.1:6379> keys *

1) "name"

127.0.0.1:6379> flushall

OK

127.0.0.1:6379> keys *

(empty list or set)

127.0.0.1:6379>

 

配置从机,修改配置文件:vim /usr/local/redis/etc/redis.conf

配置slaveof,配置的内容是:slaveof 192.168.6.26 6379

配置masterauth,配置的内容是:masterauth toto

启动slave

/usr/local/redis/bin/redis-server /usr/local/redis/etc/redis.conf

登录slave

/usr/local/redis/bin/redis-cli -a toto

 

至此:主从复制配置完成

 我们怎样判断哪个是主哪个是从呢?我们只需要调用info就可以得到主从的信息,我们在从库中执行info


参考资料:

一、RedisReplication

    
这里首先需要说明的是,在Redis中配置Master-Slave模式真是太简单了。相信在阅读完这篇Blog之后你也可以轻松做到。这里我们还是先列出一些理论性的知识,后面给出实际操作的案例。
    
下面的列表清楚的解释了Redis Replication的特点和优势。
    1).
同一个Master可以同步多个Slaves
    2). Slave
同样可以接受其它Slaves的连接和同步请求,这样可以有效的分载Master的同步压力。因此我们可以将RedisReplication架构视为图结构。
    3). Master Server
是以非阻塞的方式为Slaves提供服务。所以在Master-Slave同步期间,客户端仍然可以提交查询或修改请求。
    4). Slave Server
同样是以非阻塞的方式完成数据同步。在同步期间,如果有客户端提交查询请求,Redis则返回同步之前的数据。
    5).
为了分载Master的读操作压力,Slave服务器可以为客户端提供只读操作的服务,写服务仍然必须由Master来完成。即便如此,系统的伸缩性还是得到了很大的提高。
    6). Master
可以将数据保存操作交给Slaves完成,从而避免了在Master中要有独立的进程来完成此操作。
    
二、Replication的工作原理:

    
Slave启动并连接到Master之后,它将主动发送一个SYNC命令。此后Master将启动后台存盘进程,同时收集所有接收到的用于修改数据集的命令,在后台进程执行完毕后,Master将传送整个数据库文件到Slave,以完成一次完全同步。而Slave服务器在接收到数据库文件数据之后将其存盘并加载到内存中。此后,Master继续将所有已经收集到的修改命令,和新的修改命令依次传送给SlavesSlave将在本次执行这些数据修改命令,从而达到最终的数据同步。
    
如果MasterSlave之间的链接出现断连现象,Slave可以自动重连Master,但是在连接成功之后,一次完全同步将被自动执行。
    
三、如何配置Replication

    
见如下步骤:
    1).
同时启动两个Redis服务器,可以考虑在同一台机器上启动两个Redis服务器,分别监听不同的端口,如63796380
    2).
Slave服务器上执行一下命令:
    /> redis-cli -p 6380   #
这里我们假设Slave的端口号是6380
    redis 127.0.0.1:6380> slaveof 127.0.0.1 6379#
我们假设MasterSlave在同一台主机,Master的端口为6379
    OK
    
上面的方式只是保证了在执行slaveof命令之后,redis_6380成为了redis_6379slave,一旦服务(redis_6380)重新启动之后,他们之间的复制关系将终止。
    
如果希望长期保证这两个服务器之间的Replication关系,可以在redis_6380的配置文件中做如下修改:
    /> cd /etc/redis #
切换Redis服务器配置文件所在的目录。
    /> ls
    6379.conf  6380.conf
    /> vi 6380.conf
    

    # slaveof <masterip> <masterport>
    
改为
    slaveof 127.0.0.1 6379
    
保存退出。
    
这样就可以保证Redis_6380服务程序在每次启动后都会主动建立与Redis_6379Replication连接了。
    
四、应用示例:

    
这里我们假设Master-Slave已经建立。
    #
启动master服务器。
    [root@Stephen-PC redis]# redis-cli -p 6379
    redis 127.0.0.1:6379>
    #
情况Master当前数据库中的所有Keys
    redis 127.0.0.1:6379> flushdb
    OK
    #
Master中创建新的Keys作为测试数据。
    redis 127.0.0.1:6379> set mykey hello
    OK
    redis 127.0.0.1:6379> set mykey2 world
    OK
    #
查看Master中存在哪些Keys
    redis 127.0.0.1:6379> keys *
    1) "mykey"
    2) "mykey2"
    
    #
启动slave服务器。
    [root@Stephen-PC redis]# redis-cli -p 6380
    #
查看Slave中的Keys是否和Master中一致,从结果看,他们是相等的。
    redis 127.0.0.1:6380> keys *
    1) "mykey"
    2) "mykey2"
    
    #
Master中删除其中一个测试Key,并查看删除后的结果。
    redis 127.0.0.1:6379> del mykey2
    (integer) 1
    redis 127.0.0.1:6379> keys *
    1) "mykey"
    
    #
Slave中查看是否mykey2也已经在Slave中被删除。
    redis 127.0.0.1:6380> keys *
    1) "mykey"

 


目录
相关文章
|
10月前
|
存储 NoSQL Redis
阿里云高性能数据库Tair(兼容 Redis)收费价格,稳定可靠成本低
阿里云高性能云数据库Tair兼容Redis,提供Redis开源版和Tair企业版,支持多种存储介质与灵活扩展,适用于高并发场景。Tair具备亚毫秒级稳定延迟,保障业务连续性。价格方面,Redis开源版年费从72元起,Tair企业版年费从1224元起,具体费用根据配置不同有所变化。
|
10月前
|
消息中间件 缓存 NoSQL
Redis各类数据结构详细介绍及其在Go语言Gin框架下实践应用
这只是利用Go语言和Gin框架与Redis交互最基础部分展示;根据具体业务需求可能需要更复杂查询、事务处理或订阅发布功能实现更多高级特性应用场景。
532 86
|
canal NoSQL 关系型数据库
Redis应用—7.大Value处理方案
本文介绍了一种用于监控Redis大key的方案设计及其实现步骤。主要内容包括:方案设计、安装与配置环境、binlog数据消费者。
647 29
Redis应用—7.大Value处理方案
|
存储 NoSQL 数据库
Redis 逻辑数据库与集群模式详解
Redis 是高性能内存键值数据库,广泛用于缓存与实时数据处理。本文深入解析 Redis 逻辑数据库与集群模式:逻辑数据库提供16个独立存储空间,适合小规模隔离;集群模式通过分布式架构支持高并发和大数据量,但仅支持 database 0。文章对比两者特性,讲解配置与实践注意事项,并探讨持久化及性能优化策略,助你根据需求选择最佳方案。
1204 5
|
9月前
|
人工智能 运维 NoSQL
云栖大会|AI浪潮下的NoSQL演进:下一代数据库的破局之道
AI浪潮下的NoSQL演进:下一代数据库的破局之道
|
存储 NoSQL 搜索推荐
NoSQL数据库分类概览
以上就是我们的NoSQL数据库奇幻之旅。每一种NoSQL数据库都有自己独特的魅力和专长,择选合适的数据库,就像在魔法世界中挑选最适合自己的魔杖,使你的数据管理变得更加高效和神奇。在当今数据驱动的时代,懂得这些数据库的秘密,就掌握了处理各种数据挑战的关键。
586 61
|
10月前
|
存储 缓存 监控
Redis分区的核心原理与应用实践
Redis分区通过将数据分散存储于多个节点,提升系统处理高并发与大规模数据的能力。本文详解分区原理、策略及应用实践,涵盖哈希、范围、一致性哈希等分片方式,分析其适用场景与性能优势,并探讨电商秒杀、物联网等典型用例,为构建高性能、可扩展的Redis集群提供参考。
496 0
|
NoSQL Java Redis
Redis基本数据类型及Spring Data Redis应用
Redis 是开源高性能键值对数据库,支持 String、Hash、List、Set、Sorted Set 等数据结构,适用于缓存、消息队列、排行榜等场景。具备高性能、原子操作及丰富功能,是分布式系统核心组件。
839 2
|
NoSQL 网络协议 Java
【Azure Redis】Redis服务端的故障转移(Failover)导致客户端应用出现15分钟超时问题的模拟及解决
在使用 Azure Cache for Redis 服务时,因服务端维护可能触发故障转移。Linux 环境下使用 Lettuce SDK 会遇到超时 15 分钟的已知问题。本文介绍如何通过重启 Primary 节点主动复现故障转移,并提供多种解决方案,包括调整 TCP 设置、升级 Lettuce 版本、配置 TCP_USER_TIMEOUT 及使用其他 SDK(如 Jedis)来规避此问题。
451 1
|
缓存 NoSQL Java
Redis应用—8.相关的缓存框架
本文介绍了Ehcache和Guava Cache两个缓存框架及其使用方法,以及如何自定义缓存。主要内容包括:Ehcache缓存框架、Guava Cache缓存框架、自定义缓存。总结:Ehcache适合用作本地缓存或与Redis结合使用,Guava Cache则提供了更灵活的缓存管理和更高的并发性能。自定义缓存可以根据具体需求选择不同的数据结构和引用类型来实现特定的缓存策略。
1132 16
Redis应用—8.相关的缓存框架