码迷,mamicode.com
首页 > 数据库 > 详细

[NOSQL] Redis介绍

时间:2019-04-26 22:32:06      阅读:172      评论:0      收藏:0      [点我收藏+]

标签:直接   缓冲区   html   tor   集合   cas   red   vip   temp   

Redis概述

Redis是Salvatore Sanfilippo在2009年为其初创公司LLOOGG开发的,眼下仍是独立项目。但VMWare赞劣了项目(作者是其雇员)。它採用C语言实现。因此性能非常好。採用BSD许可证。使用键值存储。和Amazon Dynamo。Cassandra,Riak,Voldemort。Memcache相似。

支持丰富的数据类型。比方数组,链表。集合等,非常适合须要表达时间线的web服务,比如微博。

Redis支持的数据类型有:

  • 字符串
  • 链表
  • 集合
  • 有序集合
  • 散列表

Redis的主从复制

Redis自带有主从复制的功能,仅仅要设置配置文件redis.conf的slaveof选项就可以。例如以下所看到的:
技术图片

Redis的高可用

眼下为止,Redis官方还在开发redis-cluster,可參考http://redis.io/topics/cluster-spec,中译版http://www.cnblogs.com/chang290/archive/2012/09/05/2672506.html

但我们能够使用keepalived+redis的方法实现高可用,例如以下所看到的:

1. redis的配置
主机 ? ? port ? 角色
redis0 6379 ? master
redis1 6379 ? slave


2. keepalived的配置
redis0和redis1使用一个虚拟ip

并使用例如以下脚本监控redis服务是否存活:

#!/bin/bash
/usr/local/bin/redis-cli -h 192.168.1.53 -p 6379 info > /dev/null
if [ $? -eq 0 ]; then
        echo "redis OK"
        exit 0
else
        echo "no redis service found!"
        /usr/local/bin/redis-server /path/to/redis.conf
        # try to start it again
        /usr/local/bin/redis-cli -h 192.168.11.53 -p 6380 info > /dev/null
        if [ $?

-eq 0 ]; then exit 0 else # restart failed killall keepalived echo "error" fi fi


要实现redis的故障恢复,能够使用keepalived配置的notify_master, notify_backup这两个方法运行特有的脚本。实际上仅仅要在slave(即redis1)上有2个脚本,第一个用于在redis1接管虚拟ip之后,运行slaveof no one把自己变成master。第二个是在redis1交出虚拟ip之后,在redis0运行slaveof no one确保redis0恢复为主的状态。并对redis1运行slaveof redis0 6379開始又一次从master同步数据。假设自己已经是slave就不是必需同步了。


redis1上keepalived的配置方法例如以下,redis0仅仅要去掉notify_master, notify_backup两行就可以。

! Configuration File for keepalived
global_defs {
router_id redis1
}
vrrp_script Monitor_Redis {
 script "/opt/redis_keepalive.sh"
 interval 10
 weight 2
}
vrrp_instance 360 {
 state BUCKUP #(主机为MASTER。备用机为BACKUP)
 interface eth0 #(HA监測网络接口)
 virtual_router_id 110 #(主、备机的virtual_router_id必须同样)
 mcast_src_ip 192.168.11.53 #(多播的源IP,设置为本机外网IP,与VIP同一网卡)此项可不设置
 priority 70 #(主、备机取不同的优先级,主机值较大,备份机值较小,值越大优先级越高)
 advert_int 1 #(VRRP Multicast广播周期秒数)
 authentication {
  ......
}
 notify_master /opt/redis_2master.sh
 notify_backup /opt/redis_2backup.sh
 track_script {
 Monitor_Redis #(调用nginx进程检測脚本)
}
 virtual_ipaddress {
 192.168.11.4 #(VRRP HA虚拟地址)
 }
}

Redis的持久化

Redis的有下面2种的持久化机制:
  • 快照(snapshot)
  • AOF(Append Only File)
Redis的快照功能配置例如以下:
技术图片

Redis快照原理例如以下:

  • Redis借助了fork命令的copy on write机制。

    在生成快照时。将当前迚程fork出一个子进程,然后在子迚程中循环全部的数据。将数据写成为RDB文件。

  • Redis原来的RDB文件不会坏掉,由于其写操作是在一个新迚程中迚行的,当生成一个新的。RDB文件时,Redis生成的子迚程会先将数据写到一个暂时文件里。然后通过原子性rename系统调用将暂时文件重命名为RDB文件。这样在仸何时候出现故障。Redis的RDB文件都总是可用的。
  • 同一时候,Redis的RDB文件也是Redis主从同步内部实现中的一环。
  • 我们能够非常明显的看到,RDB有它的不足,就是一旦数据库出现故障,那么我们的RDB文件里保存的数据并非全新的,从上次RDB文件生成到Redis停机这段时间的数据全部丢掉了。

    在某些业务下,这是能够忍受的,我们也推荐这些业务使用RDB的方式进行持久化,由于开启RDB的代价并不高。


AOF的配置例如以下:
技术图片

AOF优先于RDB(即快照)。RDB性能优于AOF,由于里面没有反复。
AOF Rewrite:
又一次生成一份AOF文件,新的AOF文件里一条记录的操作仅仅会有一次,而不像一份老文件那样,可能记录了对同一个值的多次操作。其生成过程和RDB相似, 也是fork一个进程,直接遍历数据,写入新的AOF暂时文件。

在写入新文件的过程中,全部的写操作日志还是会写到原来老的 AOF文件里,同一时候还会记录在内存缓冲区中。当重完操作完毕后。会将全部缓冲区中的日志一次性写入到暂时文件里。

然后调用原子性的rename命令用新的 AOF文件代替老的AOF文件。



[NOSQL] Redis介绍

标签:直接   缓冲区   html   tor   集合   cas   red   vip   temp   

原文地址:https://www.cnblogs.com/ldxsuanfa/p/10776757.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
分享档案
周排行
mamicode.com排行更多图片
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!