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

前端之家收集整理的这篇文章主要介绍了06_NoSQL数据库之Redis数据库:Redis的高级应用之登录授权和主从复制前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

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

http://blog.csdn.net/tototuzuoquan/article/details/43824893

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"

toto573737130 14:51 pts/000:00:55 redis-server *:6379

toto574037660 14:51 pts/100:00:00 redis-cli

toto1299557370 21:47 pts/000:00:00 [redis-server] <defunct>

toto1299753640 21:47 pts/200:00:00 grep redis

[toto@localhost ~]$ kill -9 5737

[toto@localhost ~]$ kill -9 5740

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

toto1301353640 21:48 pts/200: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,但是在连接成功之后,一次完全同步将被自动执行。

三、如何配置

见如下步骤:
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中存在哪些
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"


0
原文链接:https://www.f2er.com/nosql/203966.html

猜你在找的NoSQL相关文章