Redis的管理

一、redis持久化

redis是内存数据库,一切的数据都是存储到内存中的,我们知道,当服务器意外关机,那么在内存中的数据都将丢失,但是redis为我们提供持久化功能,这样就能把数据保存到硬盘上。redis提供两种持久化方式,分别是RDB和AOF方式,各有特点。下面进行介绍这两种方式。

1、RDB方式

默认情况下,redis是开启RDB方式进行持久化的,主要由配置文件中几个参数指定:

save 900 1                      # after 900 sec (15 min) if at least 1 key changed
save 300 10                     # after 300 sec (5 min) if at least 10 keys changed
save 60 10000                   # after 60 sec if at least 10000 keys changed
stop-writes-on-bgsave-error yes
rdbcompression yes
rdbchecksum yes
dbfilename dump.rdb             # The filename where to dump the DB
dir /var/redis/6379             # the data file‘s directory.

save参数指定了快照条件,可以存在多个条件,条件之间是或关系,如上所说:save 900 1 的意思是在15分钟内有至少一个key被更改就进行快照。

快照执行的原理:

  • redis使用fork函数复制一份当前进程(父进程)的副本(子进程)
  • 父进程继续处理任务,而子进程开始将内存中的数据写入硬盘中的临时文件
  • 当子进程写入完所有数据后会用该临时文件替换旧的RDB文件,到此一次快照完成

在执行fork函数时,操作系统使用写时复制策略,即fork函数发生的一刻父进程和子进程共享同一内存数据,当父进程需要修改某片数据时,会将该片数据复制一份以保证子进程不受影响,所以新的RDB数据文件是执行fork一刻的内存数据。通过上述过程可以知道,redis在快照过程中不会让数据改变,只有快照结束后才会将旧的文件替成新文件,也就是任何时候RDB文件都是完整的,故我们对redis数据备份可以采用定时备份RDB文件即可。

除了自动快照,还可以手工发送save和bgsave命令让redis执行快照,两个命令的区别在于,前者是由主进程进行快照操作,会阻塞其他请求,而后者是通过子进程执行快照。

redis启动后,会读取RDB快照文件,将数据从硬盘载入到内存。根据数据量、结构和服务器性能的不同,这个加载时间也不相同。

通过RDB方式实现持久化,一旦redis异常退出,就会丢失最后一次快照后修改的数据,如果不能承受任何数据的丢失,那么可以尝试用AOF方式。

2、AOF方式

默认情况下,AOF方式不是没有启用的,可以到配置文件中添加appendonly参数进行开启:

appendonly yes                        #开启AOF
appendfilename "appendonly.aof"
appendfsync everysec
auto-aof-rewrite-percentage 100       #当目前aof文件大小超过上一次重写时aof文件大小百分之多少时进行重写,如果之前没有重写过,则以启动大小为依据
auto-aof-rewrite-min-size 64mb        #限制容许重写的最小aof文件大小

其中appendfsync参数有三个值:

  • everysec:默认值,每秒执行一次同步到硬盘。
  • always:每次数据改变就执行一次同步
  • no:不同步,完全由OS缓存决定同步

redis允许aof和rdb共存,此时重启redis会读取aof文件到内存中恢复数据。

二、redis复制

通过AOF和RDB持久化可以做到防止数据丢失,但是对于一台服务器,如果硬盘坏了,数据还是会丢失。为了避免单点故障,可以把一台服务器数据复制到另外几台服务器上,即使有一台故障了,其他还可以提供服务。redis提供复制功能可以自动实现数据的同步。

1、复制原理

了解复制原理对运维很有帮助。

当一个从数据库启动后,会主动主数据库发送sync命令,主接收到sync命令后开始在后台保存快照(RDB持久化过程),并将快照过程中的命令缓存起来。当快照完成后,会把快照和缓存的命令发送给从数据库。从数据库接收到后,载入快照和执行缓存命令。当主从数据库断开连接后,会从新执行上述步骤,不支持断点续传。

2、配置复制

环境说明:
          IP                                   功能
     192.168.245.129                          master
     192.168.245.131                          slave

在redis中配置主从复制很简单,只需要在从数据库配置文件中添加slaveof <masterip> <masterport>参数即可实现,主数据库无需任何配置。
在192.168.245.131的配置文件中添加如下:

slaveof 192.168.245.129 6379

然后重启从服务器(必须要重启,否则参数没有效果

/etc/init.d/redis_6379 stop
/etc/init.d/redis_6379 start

在主数据库执行个命令:

127.0.0.1:6379> set foo testmaster
OK

从数据库查看结果:

127.0.0.1:6379> get foo
"testmaster"

3、其他说明

redis的从数据库还可以作为主数据库。  

redis比较耗时的操作是数据的持久化,为了提高性能,我们可以统一在从库进行数据的持久化,也能保证数据安全。具体操作如下:

  • 通过复制建立一个或几个从数据库,并开启持久化功能
  • 关闭主数据库的持久化
  • 如果主数据库故障,则在从库执行slaveof no one命令将从数据库提升为主数据库
  • 如果原主数据库恢复了,可以再次设置成新主数据库的从数据库
时间: 2024-10-26 00:32:00

Redis的管理的相关文章

几款开源的图形化Redis客户端管理软件

您的评价: 收藏该经验 阅读目录 Redis Desktop Manager Redis Client Redis Studio 原文  http://ourjs.com/detail/555975b9329934463f00000f Redis是一个超精简的基于内存的键值对数据库(key-value),一般对并发有一定要求的应用都用其储存session,乃至整个数据库. 参见: node.js与redis结合使用 . 不过它公自带一个最小化的命令行式的数据库管理工具,有时侯使用起来并不方便.不

redis启动管理脚本

亲测好用的redis启动管理脚本,如果使用需要根据自己安装的redis相关文件进行调整 我是源码安装的redis-3.0.5 安装路径/usr/local/redis 编辑创建脚本文件: vim /etc/init.d/redis #!/bin/sh # # chkconfig:   2345 85 15   # description: this script can manager the redis-server daemon #              Redis is a persi

Redis 内存管理与事件处理

1 Redis内存管理 Redis内存管理相关文件为zmalloc.c/zmalloc.h,其只是对C中内存管理函数做了简单的封装,屏蔽了底层平台的差异,并增加了内存使用情况统计的功能. void *zmalloc(size_t size) {    // 多申请的一部分内存用于存储当前分配了多少自己的内存     void *ptr = malloc(size+PREFIX_SIZE);      if (!ptr) zmalloc_oom_handler(size); #ifdef HAVE

Redis桌面管理工具 RedisDesktopManager

下载链接地址:[官网地址:https://redisdesktop.com] redis-desktop-manager-0.8.8.384.exe Source code (zip) Source code (tar.gz) Redis Desktop Manager(RedisDesktopManager,RDM)是一个快速.简单.支持跨平台的 Redis 桌面管理工具,基于 Qt 5 开发,支持通过 SSH Tunnel 连接. 点击左下角的Connect to Redis Server连

Redis内存管理的基石zmallc.c源码解读(附录):源码结构表

Redis内存管理的基石zmallc.c源码解读(一) Redis内存管理的基石zmallc.c源码解读(二) 前面两篇博文,细致地介绍了zmalloc.c文件的各个函数,不过大家要想深入学习Redis,还需要自己去看源码才是,我梳理了一下zmalloc.c文件的结构,为大家阅读源码提供便利. 全局变量 名称 类型 说明 used_memory static size_t Redis已用内存空间的大小 zmalloc_thread_safe static int 标识是否线程安全 used_me

redis web管理界面工具安装

Redis WEB管理界面工具安装 一.概述 二.文件下载 三.安装过程 一.概述 1.由于redis是基于C/S的方式开发.也就是说,只要满足于redis的客户端通信要求的,都可以作为redis的客户端,进行连接服务端进行管理操作.这里采用的是基于web方式的来管理redis. 2.基于web的方式的优缺点: 2.1.优点: a.在客户端这边不需要多余操作,只需有个浏览器即可 2.2.缺点: a.由于是web方式,因此,需要服务器提供web服务,如果web服务配置不当,易引起安全问题. 3.这

Redis键管理

Redis键管理 Redis 键命令用于管理 redis 的键. 语法 Redis 键命令的基本语法如下: redis 127.0.0.1:6379> COMMAND KEY_NAME redis 127.0.0.1:6379> SET w3ckey redis OK redis 127.0.0.1:6379> DEL w3ckey (integer) 1 在以上实例中 DEL 是一个命令, w3ckey 是一个键. 如果键被删除成功,命令执行后输出 (integer) 1,否则将输出

Redis Admin UI——一个Redis UI管理界面

Redis Admin UI--一个Redis UI管理界面 Redis的管理UI是由两部分组成: 1.An Ajax客户端的Web应用程序(基于谷歌的闭合库开发的:https://github.com/google/closure-library),它作为一个简单的静态HTML/ JS/ CSS的应用程序,可以很容易地修改,并从服务器组件分离和托管任何静态HTTP文件服务器上. 2.一个ServiceStack http://www.servicestack.net/ ASP.NET Web服

redis内存管理

Redis主要通过控制内存上线和回收策略来实现内存管理. 1. 设置内存上限 redis使用maxmemory参数限制最大可用内存.限制的目的主要有: 用户缓存场景,当超出内存上限maxmemory时使用LRU等删除策略释放空间. 防止所用内存超过服务器物理内存. 需要注意,maxmemory限制的是redis实际使用的内存量,也就是used_memory统计项对应的内存.由于内存碎片率的存在,实际消耗的内存可能会比maxmemory设置的更大,实际使用时要小心这部分内存溢出.得益于redis单

TCMalloc优化Nginx、MySQL、Redis内存管理

TCMalloc(Thread-Caching Malloc)与标准glibc库的malloc实现一样的功能,但是TCMalloc在效率和速度效率都比标准malloc高很多.TCMalloc是google-perftools工具中的一个(gperftools四个工具分别是:TCMalloc.heap-checker.heap-profiler和cpu-profiler),这个工具是开源的,以源码形式发布.如果觉得自己维护一个内存分配器麻烦的话,可以考虑将TCMalloc静态库连接到你的程序中.使