广州睿东网络科技有限公司是国内最专业的香港空间,云主机,香港VPS,香港服务器租用提供商,专注为国内站长提供高速且稳定的香港空间,云主机,香港VPS,香港服务器租用,欢迎您的选购!
当前位置:首页 -> 香港主机 -> 香港空间

Redis进阶:数据持久化,安全,在PHP中使用

云服务器 34℃ 1884评论

图片:网络孙杨

加入慕课网手记签约作者→《招募签约作者|让代码从指间改变世界》




redis数据持久化

由于redis是一个内存数据库,如果系统遇到致命问题需要关机或重启,内存中的数据就会丢失,这是生产环境所不能允许的。所以redis提供了数据持久化的能力。


redis提供了两种持久化数据的方式,分别是RDB和AOF,这两种方式都是把数据写到硬盘上,实现内容数据的备份,在需要的时候redis会读取RDB或AOF文件,重新把数据加载到内存中,从而实现数据的恢复。


这两种持久化方式因为原理不同,因此各有优缺点,可根据实际情况灵活选用。


RDB

>>>>

RDB原理

RDB持久化方式能够在指定的时间间隔能对你的数据进行快照(Snapshot)存储,是默认的持久化方式。

RDB也是一种半持久化模式,因为它会按照一定的策略周期性的将数据保存到磁盘,产生名为dump.rdb(可以在配置中修改生成的数据文件名称)的数据文件,生成快照的周期策略可以通过配置文件定义。


Redis实现快照的过程

  • Redis使用fork函数复制一份当前进程(父进程)的副本(子进程);

  • 父进程继续接收并处理客户端发来的命令,而子进程开始将内存中的数据写入硬盘中的临时文件;

  • 当子进程写入完所有数据后会用该临时文件替换旧的RDB文件,至此一次快照操作完成。


在执行fork的时候操作系统(类Unix操作系统)会使用写时复制(copy-on-write)策略,即fork函数发生的一刻父子进程共享同 一内存数据,当父进程要更改其中某片数据时(如执行一个写命令 ),操作系统会将该片数据复制一份以保证子进程的数据不受影响,所以新的RDB文件存储的是执行fork一刻的内存数据。


Redis在进行快照的过程中不会修改RDB文件,只有快照结束后才会将旧的文件替换成新的,也就是说任何时候RDB文件都是完整的。这使得我们可 以通过定时备份RDB文件来实 现Redis数据库备份。RDB文件是经过压缩(可以配置rdbcompression参数以禁用压缩节省CPU占用)的二进制格式,所以占用的空间会小 于内存中的数据大小,更加利于传输。


>>>>

RDB优点

从上面的原理可以看到,RDB方式有如下优点:

  • RDB是一个非常紧凑的文件,它保存了某个时间点得完整数据集,非常适用于数据集的备份

  • RDB是一个紧凑的单一文件,很方便传送到另一个远端数据中心,非常适用于灾难恢复.

  • RDB在保存RDB文件时父进程唯一需要做的就是fork出一个子进程,接下来的工作全部由子进程来做,父进程不需要再做其他IO操作,所以RDB持久化方式可以最大化redis的性能

  • AOF相比,在恢复大的数据集的时候,RDB方式会更快一些.




>>>>

RDB缺点

当然RDB方式也有一些缺点:

  • Redis在意外停止工作(例如电源中断)的情况下会丢失上一次备份到现在的数据

  • RDB 需要经常fork子进程来保存数据集到硬盘上,当数据集比较大的时候,fork的过程是非常耗时的,可能会导致Redis在一些毫秒级内不能响应客户端的请求


>>>>

RDB配置

打开redis的配置文件(一般在/etc/redis/redis.conf),可以看到基中有RDB的配置项:


111 ###################### SNAPSHOTTING  ######################

112 #20秒内有至少1个键被更改则进行快照

113 save 20 1

114 #300秒内有至少10个键被更改则进行快照

115 save 300 10

116 #60秒内有至少10000个键被更改则进行快照

117 save 60 10000

118 119 stop-writes-on-bgsave-error yes

120 121 #RDB方式时压缩数据

122 rdbcompression yes

123 124 #检查数据校验和

125 rdbchecksum yes

126 127 #备份的数据文件名称

128 dbfilename dump.rdb

129 130 #备份的数据文件位置

131 dir /var/lib/redis


>>>>

RDB备份恢复演示


生成RDB文件(存在/var/lib/redis目录下):


#当前redis中有两个值

# redis-cli
127.0.0.1:6379> keys *
1) "name"
2) "age"
#用save命令生成dump.rdb文件
127.0.0.1:6379> save
OK


查看生成的文件:

/var/lib/redis# ll

total 12
drwxr-xr-x  2 redis redis 4096 Jul 28 01:11 ./
drwxr-xr-x 47 root  root  4096 Jun 15 04:19 ../
-rw-rw----  1 redis redis   40 Jul 28 01:11 dump.rdb


关闭redis服务:

# /etc/init.d/redis-server stop

Stopping redis-server: redis-server.


启动redis服务,并查看是否恢复了数据,这里要求redis安装目录(即/var/lib/redis)下有dump.rdb文件:


# /etc/init.d/redis-server start

Starting redis-server: redis-server.
root@xxx:/var/lib/redis# redis-cli
127.0.0.1:6379> keys *
1) "age"
2) "name"


我们可以看到,数据已经恢复了。




AOF

>>>>

AOF原理

AOF持久化方式记录每次对服务器写的操作,当服务器重启的时候会重新执行这些命令来恢复原始的数据。


因为 AOF 的运作方式是不断地将命令追加到文件的末尾, 所以随着写入命令的不断增加, AOF 文件的体积也会变得越来越大。举个例子, 如果你对一个计数器调用了 100 次 INCR , 那么仅仅是为了保存这个计数器的当前值, AOF 文件就需要使用 100 条记录(entry)。然而在实际上, 只使用一条 SET 命令已经足以保存计数器的当前值了, 其余 99 条记录实际上都是多余的。


为了处理这种情况, Redis 支持一种有趣的特性: 可以在不打断服务客户端的情况下, 对 AOF 文件进行重建(rebuild)。执行 BGREWRITEAOF 命令, Redis 将生成一个新的 AOF 文件, 这个文件包含重建当前数据集所需的最少命令。


>>>>

AOF优点

从上面的原理可以看到,AOF方式有如下优点:


  • 使用AOF方式备份的数据更完整

  • AOF 文件有序地保存了对数据库执行的所有写入操作, 这些写入操作以 Redis 协议的格式保存, 因此 AOF 文件的内容非常容易被人读懂, 对文件进行分析(parse)也很轻松。 导出(export AOF 文件也非常简单: 举个例子, 如果你不小心执行了 FLUSHALL 命令, 但只要 AOF 文件未被重写, 那么只要停止服务器, 移除 AOF 文件末尾的 FLUSHALL 命令, 并重启 Redis 就可以将数据集恢复到 FLUSHALL 执行之前的状态。

>>>>

AOF缺点

  • 对于相同的数据集来说,AOF 文件的体积通常要大于 RDB 文件的体积。

  • 根据所使用的策略,AOF 的速度可能会慢于 RDB 。

>>>>

AOF的配置

在配置文件的 APPEND ONLY MODE 部分可以看到对AOF的配置:


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

374 #是否开始AOF方式
375 appendonly yes
376 
377 #AOF方式生成的文件名
378 appendfilename "appendonly.aof"
379 
380 #AOF方式写入数据的三种方式
381 # appendfsync always #每次收到写命令就立即强制写入磁盘,是最有保证的完全的持久化,但速度    也是最慢的,一般不推荐使用。
382 appendfsync everysec #每秒钟强制写入磁盘一次,在性能和持久化方面做了很好的折中,是受推荐
    的方式。
383 # appendfsync no #完全依赖OS的写入,一般为30秒左右一次,性能最好但是持久化最没有保证,不
    被推荐。
384 
385 #在日志重写时,不进行命令追加操作,而只是将其放在缓冲区
里,避免与命令的追加造成DISK IO上    的冲突。
386 no-appendfsync-on-rewrite no
387 
388 #当前AOF文件大小是上次日志重写得到AOF文件大小的二倍时,自动启动新的日志重写过程。
389 auto-aof-rewrite-percentage 100
390 
391 #当前AOF文件启动新的日志重写过程的最小值,避免刚刚启动Reids时由于文件尺寸较小导致频繁的>    重写。
392 auto-aof-rewrite-min-size 64mb


>>>>

AOP备份恢复演示


#向redis中写入一个值

# redis-cli
127.0.0.1:6379> set name "Hello Imooc"
OK
 
#查看生成的appendonly.aof文件
/var/lib/redis# cat appendonly.aof 
*2
$6
SELECT
$1
0
*3
$3
set
$4
name
$11
Hello Imooc
 
#重启redis,检查数据是否恢复
# /etc/init.d/redis-server restart
Stopping redis-server: redis-server.
Starting redis-server: redis-server.
root@xxx:/var/lib/redis# redis-cli
127.0.0.1:6379> keys *
1) "name"
127.0.0.1:6379> get name
"Hello Imooc"


可以看到数据也恢复成功。


>>>>

如何选择持久化方式?

一般来说, 如果想达到足以媲美数据库的数据安全性, 你应该同时使用两种持久化功能。


如果你非常关心你的数据, 但仍然可以承受数分钟以内的数据丢失, 那么你可以只使用 RDB 持久化。


redis安全

Redis 默认情况下,会绑定在 0.0.0.0:6379,这样将会将 Redis 服务暴露到公网上,如果在没有开启认证的情况下,可以导致任意用户在可以访问目标服务器的情况下未授权访问 Redis 以及读取 Redis 的数据。


攻击者在未授权访问 Redis 的情况下可以利用 Redis 的相关方法,可以成功在 Redis 服务器上进行数据操作,甚至可以写入公钥,进而可以使用对应私钥直接登录目标服务器。


下面是一些常规安全手段:


>>>>

禁止一些高危命令

修改 redis.conf 文件,添加如下配置禁用敏感命令,并重启redis:


rename-command FLUSHALL ""

rename-command CONFIG   ""

rename-command EVAL     ""


>>>>

以低权限运行 Redis 服务

为 Redis 服务创建单独的用户和家目录




>>>>

添加密码验证

在配置文件中添加密码:


requirepass imooc


这时直接在cli下运行命令会提示没权限:


# redis-cli
127.0.0.1:6379> keys *
(error) NOAUTH Authentication required


有两种方式可以登录,一是运行 redis-cli 时增加 -a 参数:


# redis-cli -a imooc
127.0.0.1:6379> keys *
1) "name"


二是进入telnet后运行 auth 密码 进行授权:


# redis-cli
127.0.0.1:6379> auth imooc
OK
127.0.0.1:6379> keys *
1) "name"


>>>>

禁止外网访问

修改 redis.conf 文件,添加或修改


bind 127.0.0.1


使得 Redis 服务只在当前主机可用


redisphp中的使用

Redis 官方推荐的PHP客户端是 Predis 和 PHPRedis。


前者是使用PHP代码实现的原生客户端,后者则是使用C语言编写的PHP扩展。性能上后者更占优势,但如果你使用的是虚拟主机,无法对PHP进行扩展,则需选择前者。


本文选择的是 PHPRedis。


>>>>

Ubuntu下安装

# apt-get install php5-redis


>>>>

在PHP中使用

php示例文件:


  1 <?php
  2     $redis = new Redis();
  3     $redis -> connect(127.0.0.1, 6379);
  4     $redis -> set(test, "hello world");
  5     echo $redis -> get(test);
  6 ?>
 
# php -f redis.php 
hello world


php中redis详细语法可参考:https://github.com/phpredis/phpredis

中文版:phpredis中文手册——《redis中文手册》 php版



慕课网签约作者

atwal
全栈工程师
coder


imooc--com
慕女神求关注
更多IT干货资讯分享
点击“阅读原文” 了解作者更多精彩手记



投诉
喜欢 (1884)

评论

帐  号: 密码: (新用户注册)
验 证 码:
表  情:
内  容: