目录
1.2.Redis 与其他 key - value 缓存产品有以下三个特点
5.1、RDB (Redis DataBase)持久化方式:
5.2、AOF(Append-only file)持久化方式:
一、REIDS的简介
1.1.概述
Redis 是完全开源免费的,遵守 BSD 协议,是一个高性能的 key-value 数据库。
1.2.Redis 与其他 key - value 缓存产品有以下三个特点
- (1)Redis 支持数据的持久化,可以将内存中的数据保存在磁盘中,重启的时候可以再次加载进行使用。
- (2)Redis 不仅仅支持简单的 key-value 类型的数据,同时还提供 list,set,zset,hash 等数据 结构的存储。
- (3)Redis 支持数据的备份,即 master-slave 模式的数据备份。
1.3.Redis 优势:
- (1)性能极高 – Redis 能读的速度是 110000 次/s,写的速度是 81000 次/s 。
- (2)丰富的数据类型 – Redis 支持二进制案例的 Strings, Lists, Hashes, Sets 及Ordered Sets 数据类型操作。
- (3)原子 – Redis 的所有操作都是原子性的,意思就是要么成功执行要么失败完全不执行。单个操作是原子性的。多个操作也支持事务,即原子性,通过 MULTI 和 EXEC指令包起来。
- (4)丰富的特性 – Redis 还支持 publish/subscribe, 通知, key 过期等等特性。
1.4.Redis 与其他 key-value 存储的区别
- (1)Redis 有着更为复杂的数据结构并且提供对他们的原子性操作,这是一个不同于其他数据库的进化路径。Redis 的数据类型都是基于基本数据结构的同时对程序员透明,无需进行额外的抽象。
- (2)Redis 运行在内存中但是可以持久化到磁盘,所以在对不同数据集进行高速读写时需要权衡内存,因为数据量不能大于硬件内存。在内存数据库方面的另一个优点是,相比在磁盘上相同的复杂的数据结构,在内存中操作起来非常简单,这样 Redis可以做很多内部复杂性很强的事情。同时,在磁盘格式方面他们是紧凑的以追加的方式产生的,因为他们并不需要进行随机访问。
二、Redis 的数据类型
Redis 支持五种数据类型:string(字符串),hash(哈希),list(列表),set(集合)及 zsetsorted set:有序集合)。
我们实际项目中比较常用的是 string,hash 如果你是 Redis 中高级用户,还需要加上下面几种数据结构 HyperLogLog、Geo、Pub/Sub。
三、Redis 和 Memcached 对比
- (1)Memcached 所有的值均是简单的字符串,redis 作为其替代者,支持更为丰富的数据类型。
- (2)Redis 的速度比 Memcached 快很多且Redis 可以持久化数据。
- (3)存储方式 Memecache 把数据全部存在内存之中,断电后会挂掉,数据不能超过内存大小。 Redis 有部份存在硬盘上,这样能保证数据的持久性。
- (4)使用底层模型不同 它们之间底层实现方式 以及与客户端之间通信的应用协议不一样。 Redis 直接自己构建了 VM 机制 ,因为一般的系统调用系统函数的话,会浪费一定的时间去移动和请求。
- (5)一个字符串类型的值能存储最大容量512M.
四、REDIS工作进程(♡♡♡)
Redis 是单进程单线程的,redis 利用队列技术将并发访问变为串行访问,消除了传统数据库串行控制的开销。
五、Redis 的持久化机制是和各自的优缺点(♡♡♡)
Redis提供两种持久化机制 RDB 和 AOF 机制:
5.1、RDB (Redis DataBase)持久化方式:
是指用数据集快照的方式半持久化模式)记录 redis 数据库的所有键值对,在某个时间点将数据写入一个临时文件,持久化结束后,用这个临时文件替换上次持久化的文件,达到数据恢复。
- 优点:
(1)只有一个文件 dump.rdb,方便持久化。
(2)容灾性好,一个文件可以保存到安全的磁盘。
(3)性能最大化,fork 子进程来完成写操作,让主进程继续处理命令,所以是 IO最大化。使用单独子进程来进行持久化,主进程不会进行任何 IO 操作,保证了 redis的高性能)
(4)相对于数据集大时,比 AOF 的启动效率更高。
- 缺点:
数据安全性低。RDB 是间隔一段时间进行持久化,如果持久化之间 redis 发生故障,会发生数据丢失。所以这种方式更适合数据要求不严谨的时候
5.2、AOF(Append-only file)持久化方式:
是指所有的命令行记录以 redis 命令请求协议的格式完全持久化存储)保存为 aof 文件。
- 优点:
(1)数据安全,aof 持久化可以配置 appendfsync 属性,有 always,每进行一次命令操作就记录到 aof 文件中一次。
(2)通过 append 模式写文件,即使中途服务器宕机,可以通过 redis-check-aof工具解决数据一致性问题。
(3)AOF 机制的 rewrite 模式。AOF 文件没被 rewrite 之前(文件过大时会对命令进行合并重 写),可以删除其中的某些命令(比如误操作的 flushall))
- 缺点:
(1)AOF 文件比 RDB 文件大,且恢复速度慢。
(2)数据集大 的时候,比 rdb 启动效率低。