@H_404_12@Redis高级实用特征

1. 安全性（登录授权和登录后使用auth授权）

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

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

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

@H_404_12@#requirepass foobared @H_404_12@Requirepassbeijing(红色的就是指定的要配置的密码)

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

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

@H_404_12@

@H_404_12@

@H_404_12@删除服务，然后重启redis服务

@H_404_12@[toto@localhost ~]$pkill redis-server @H_404_12@[toto@localhost ~]$ps -ef | grep "redis" @H_404_12@toto573737130 14:51 pts/000:00:55 redis-server *:6379 @H_404_12@toto574037660 14:51 pts/100:00:00 redis-cli @H_404_12@toto1299557370 21:47 pts/000:00:00 [redis-server] <defunct> @H_404_12@toto1299753640 21:47 pts/200:00:00 grep redis @H_404_12@[toto@localhost ~]$ kill -9 5737 @H_404_12@[toto@localhost ~]$ kill -9 5740 @H_404_12@[toto@localhost ~]$ps -ef | grep "redis" @H_404_12@toto1301353640 21:48 pts/200:00:00 grep redis @H_404_12@[toto@localhost ~]$/usr/local/redis/bin/redis-server /usr/local/redis/etc/redis.conf

@H_404_12@客户端登录

@H_404_12@[toto@localhost bin]$ redis-cli @H_404_12@127.0.0.1:6379> keys * @H_404_12@(error) NOAUTH Authentication required.//没有授权之前输出这一行 @H_404_12@127.0.0.1:6379>auth toto//使用配置的toto这个密码来授权 @H_404_12@OK @H_404_12@127.0.0.1:6379> keys *//授权之后可以使用keys *了 @H_404_12@(empty list or set) @H_404_12@127.0.0.1:6379> set name toto @H_404_12@OK @H_404_12@127.0.0.1:6379> keys * @H_404_12@1) "name" @H_404_12@127.0.0.1:6379>

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

@H_404_12@127.0.0.1:6379> keys * @H_404_12@1) "name" @H_404_12@127.0.0.1:6379> exit @H_404_12@[toto@localhost bin]$ redis-cli -a toto加上一个-a，然后后面再加上密码toto @H_404_12@127.0.0.1:6379> keys * @H_404_12@1) "name" @H_404_12@127.0.0.1:6379>

@H_404_12@

@H_404_12@

@H_404_12@

@H_404_12@

1. 主从复制

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

@H_404_12@

@H_404_12@A Redis主从复制特点：

1. Master可以拥有多个slave

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

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

4. 提高系统的伸缩性。

@H_404_12@B:Redis主从复制过程：

1. Slave与master建立连接，发送sync同步命令。

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

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

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

@H_404_12@C:配置主从服务器：

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

@H_404_12@

@H_404_12@Slaveof 192.168.1.1 6379 #指定master的ip和端口

@H_404_12@masterauth toto #这是主机的密码

@H_404_12@实验方法：

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

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

@H_404_12@

@H_404_12@

@H_404_12@克隆后的效果是：

@H_404_12@

@H_404_12@

@H_404_12@其中master的ip地址是192.168.6.26，slave的ip地址是192.168.6.25

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

@H_404_12@

@H_404_12@下面开始启动master： @H_404_12@/usr/local/redis/bin/redis-server /usr/local/redis/etc/redis.conf @H_404_12@ @H_404_12@

@H_404_12@进入master的客户端 @H_404_12@[toto@localhost ~]$ /usr/local/redis/bin/redis-cli -a toto @H_404_12@127.0.0.1:6379> keys * @H_404_12@1) "name" @H_404_12@127.0.0.1:6379> flushall @H_404_12@OK @H_404_12@127.0.0.1:6379> keys * @H_404_12@(empty list or set) @H_404_12@127.0.0.1:6379> @H_404_12@ @H_404_12@

@H_404_12@

@H_404_12@配置从机，修改配置文件：vim /usr/local/redis/etc/redis.conf @H_404_12@配置slaveof,配置的内容是：slaveof 192.168.6.26 6379 @H_404_12@配置masterauth,配置的内容是：masterauth toto @H_404_12@ @H_404_12@

@H_404_12@启动slave @H_404_12@/usr/local/redis/bin/redis-server /usr/local/redis/etc/redis.conf

@H_404_12@登录slave @H_404_12@/usr/local/redis/bin/redis-cli -a toto @H_404_12@ @H_404_12@至此：主从复制配置完成

@H_404_12@

@H_404_12@

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

@H_404_12@

@H_404_12@

@H_404_12@

@H_404_12@

@H_404_12@

@H_404_12@

@H_404_12@参考资料：

@H_404_12@一、Redis的Replication： 这里首先需要说明的是，在Redis中配置Master-Slave模式真是太简单了。相信在阅读完这篇Blog之后你也可以轻松做到。这里我们还是先列出一些理论性的知识，后面给出实际操作的案例。 下面的列表清楚的解释了Redis Replication的特点和优势。 1).同一个Master可以同步多个Slaves。 2). Slave同样可以接受其它Slaves的连接和同步请求，这样可以有效的分载Master的同步压力。因此我们可以将Redis的Replication架构视为图结构。 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继续将所有已经收集到的修改命令，和新的修改命令依次传送给Slaves，Slave将在本次执行这些数据修改命令，从而达到最终的数据同步。 如果Master和Slave之间的链接出现断连现象，Slave可以自动重连Master，但是在连接成功之后，一次完全同步将被自动执行。 三、如何配置 见如下步骤： 1).同时启动两个Redis服务器，可以考虑在同一台机器上启动两个Redis服务器，分别监听不同的端口，如6379和6380。 2).在Slave服务器上执行一下命令： />redis-cli -p 6380#这里我们假设Slave的端口号是6380 redis 127.0.0.1:6380>slaveof 127.0.0.1 6379#我们假设Master和Slave在同一台主机，Master的端口为6379 OK 上面的方式只是保证了在执行slaveof命令之后，redis_6380成为了redis_6379的slave，一旦服务(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_6379的Replication连接了。 四、应用示例： 这里我们假设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"

@H_404_12@