分布式缓存利器之Redis

引言:在我的上一篇文章分布式缓存技术总结笔记中简单介绍一下分布式缓存服务器中的一种–Redis,今天,就带大伙进一步认识一下这款分布式缓存利器。

1.简介

redis是以key-value的形式存储数据,是一个非关系型的,分布式开源的(BSD协议),水平可扩展的缓存服务器。redis用途:缓存(StackOverFlow),数据库(微博),消息中间件(微博),目前主要有以下三大版本:

1.x版本:主从模式(数据无法扩容,无法横向扩展)
2.x版本:哨兵模式(数据无法扩容,无法横向扩展)
3.x版本:集群模式(默认三主三从,数据满了以后,可以动态扩容),某个主节点当机后,其从节点会动态的升级为主节点

redis默认的逻辑数据库共有16个,可以根据具体的业务场景,把相同的业务数据放在同一个数据库中。

2.优缺点

优点:对数据高并发可用,对海量数据的高效率存储和访问,对数据的高可用性和可扩展性
缺点:redis的ACID处理非常简单,无法做到太复杂的关系数据模型(就是对事务的支持比较弱)

3.数据类型

redis比memcached的数据类型更多,有五种数据类型:String、Hash、List、Set、ZSet(有序集合)–后四种类型都以String类型为基础

3.1 String

String类型是包含很多种类型的特殊类型,并且是二进制安全的,比如对序列化的对象进行存储,比如一张图片进行二进制进行存储,比如一个简单的字符串进行存储。操作事例:

set和get方法:
     设置值:set name landy
     删除值:del name

3.2 Hash

Hash类型相当于java中的hashmap,是一个string类型的key和value的映射表,特别适合存储对象。相比较而言,将一个对象类型存储在hash类型里要比存储在String类型里占用的内存要更少,并方便取整个对象。操作事例:

hset myhash field1 hello
含义:hset是hash集合,myhash是集合名字,fileld1是字段名,hello为其值
hget myhash field1
含义:获取内容
hmset myhash key1 val1 key2 val2
含义:批量存储多个键值对

3.3 List

list类型string类型的有序集合,是一个双端链表结构的数据类型,主要功能有push,pop,获取元素等。既可以作为栈(先进后出),又可以作为队列(先进先出)。操作事例:

 lpush--先进后出的方式
 rpush--先进先出的方式
 lrange list -1 0 (从头取到尾)

3.4 Set

set集合类型,是string 类型的无序集合,set通过hashtable实现,对集合我们可以取交集,并集,差集。set集合不允许重复元素。操作事例:

SET key "value" --对不存在的键进行设置
GET key --取值

3.4.1 zset

是set的一种特殊结构,有序集合,并且是唯一的。不允许重复元素。

4.持久化与事务

4.1 redis事务

首先使用multi方法打开事务,然后进行设置,这时候设置的数据都会放入队列里进行存储,最后使用exec执行,把数据一次存储到redis中,使用discard方法取消事务。
redis事务不能保证同时成功或者同时失败,但是可以利用Lua脚本与redis进行交互,保证事务的最终一致性。lua脚本与redis结合使用可以实现原子操作,避免多线程并发时出现数据不一致的情况,例如我们的简单抢票,抢红包等场景可以进行使用。(对于lua脚本不熟悉的读者可自行google,一款简单的脚本语言)

4.2 redis持久化

简单的讲,redis的持久化就是将数据放到断电后,其存储的数据也不会丢失的设备中(可以通俗的理解为硬盘)。
他的持久化方式主要有两种,快照方式和AOF方式。

4.2.1 快照(snapshotting)

将内存中以快照的方式写入到二进制文件中,默认以dump.rdb ,可以通过配置设置自动做快照持久化的方式(存在一定的时间间隔再持久化)
snapshotting设置:

save 900 1 #900秒内超过1个key被修改,则发起快照保存
save 300 10 #300秒内超过10个key被修改,则发起快照保存
save 60 10000 #60秒内超过10000个key被修改,则发起快照保存

4.2.2 AOF(append-only file)

有点类似于oracle的日志,由于快照的方式存在一定的时间间隔,所以可能发生redis意外down的情况就会丢失最后一次快照后的所有改动过的数据,aof比快照方式有更好的持久化性,是由于使用aof时,redis会将每个收到的命令都通过write函数追加到命令中,当redis重启时,会重新执行文件中保存的写命令来在内存中重建这个数据库的内容,这个文件在bin目录下:appendonly.aof。aof不是立即写到硬盘上,可以通过配置文件修改强制写到硬盘中。
aof设置:

appendonly yes //启动aof持久化,有三种修改方式
#appendfsync always //收到写命令就立即写入硬盘,效率最慢,但是保证完全的持久化
#appendfsync everysec //每秒写入硬盘一次,在性能和持久化方面做了很好的折中
#appendfsync no //完全依赖os 性能最好 持久化没保证

5. redis其他特点

1.redis的发布订阅模式:
subscribe [频道] 订阅
publish [频道] [发布内容] 进行发布消息广播
2.redis 单线程 memcached 多线程(比较耗资源),但是redis可以启动多个实例

由于学习时间较短,还有很多没有注意到或者学到的知识点,在此希望读者们可以多多的提供更好的意见哈,我好后面再更新进去。

下篇文章我将讲述一下redis的几种部署方式。
That’s all!

我是一名奋斗在二线城市,每天挤公交上班写代码的程序猿!励志在有限的时间能够贡献出自己最大的能量!请持续关注!我在简书等你!

    原文作者:landy8530
    原文地址: https://www.jianshu.com/p/cecc6ea9fdf6
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞