redis

目录

 

一、关系型数据库

二、非关系型数据库

三、非关系型数据库——redis

3.1 redis快的原因

3.2 redis是存储在内存中的，是怎么进行持久化的？

3.3 Redis的过期策略

---

一、关系型数据库

关系型数据库最典型的数据结构是表，由二维表及其之间的联系所组成的一个数据组织
优点：
1、易于维护：都是使用表结构，格式一致；
2、使用方便：SQL语言通用，可用于复杂查询；
3、复杂操作：支持SQL，可用于一个表以及多个表之间非常复杂的查询。
缺点：
1、读写性能比较差，尤其是海量数据的高效率读写；
2、固定的表结构，灵活度稍欠；
3、高并发读写需求，传统关系型数据库来说，硬盘I/O是一个很大的瓶颈

二、非关系型数据库

非关系型数据库严格上不是一种数据库，应该是一种数据结构化存储方法的集合，可以是文档或者键值对等。
优点：
1、格式灵活：存储数据的格式可以是key,value形式、文档形式、图片形式等等，文档形式、图片形式等等，使用灵活，应用场景广泛，而关系型数据库则只支持基础类型。
2、速度快：nosql可以使用硬盘或者随机存储器作为载体，而关系型数据库只能使用硬盘；
3、高扩展性；
4、成本低：nosql数据库部署简单，基本都是开源软件。

缺点：
1、不提供sql支持，学习和使用成本较高；
2、无事务处理；
3、数据结构相对复杂，复杂查询方面稍欠。

非关系型数据库的分类和比较：
1、文档型
2、key-value型
3、列式数据库
4、图形数据库

三、非关系型数据库——redis

关系型数据库跟Redis本质上的区别：

3.1 redis快的原因

redis采用的是基于内存的采用的是单进程单线程模型的 KV 数据库，由C语言编写，官方提供的数据是可以达到100000+的QPS（每秒内查询次数）:

• 完全基于内存，绝大部分请求是纯粹的内存操作，非常快速。它的，数据存在内存中，类似于HashMap，HashMap的优势就是查找和操作的时间复杂度都是O(1)；
• 数据结构简单，对数据操作也简单，Redis中的数据结构是专门进行设计的；
• 采用单线程，避免了不必要的上下文切换和竞争条件，也不存在多进程或者多线程导致的切换而消耗 CPU，不用去考虑各种锁的问题，不存在加锁释放锁操作，没有因为可能出现死锁而导致的性能消耗；
• 使用多路I/O复用模型，非阻塞IO；
• 使用底层模型不同，它们之间底层实现方式以及与客户端之间通信的应用协议不一样，Redis直接自己构建了VM 机制 ，因为一般的系统调用系统函数的话，会浪费一定的时间去移动和请求；

既然redis是单进程单线程的，为了充分利用，Redis cluster是主从同步读写分离，类似Mysql的主从同步，Redis cluster 支撑 N 个 Redis master node，每个master node都可以挂载多个 slave node，实现横向扩容

3.2 redis是存储在内存中的，是怎么进行持久化的？

有两种方式把Redis内存中的数据持久化到磁盘上：

RDB：RDB 持久化机制，是对 Redis 中的数据执行周期性的持久化。（适合冷备）
AOF：AOF 机制对每条写入命令作为日志，以 append-only 的模式写入一个日志文件中，因为这个模式是只追加的方式，所以没有任何磁盘寻址的开销，所以很快，有点像Mysql中的binlog。（适合热备）

另：redis有哨兵集群sentinel机制保证集群的高可用

3.3 Redis的过期策略

是有定期删除+惰性删除两种

定期删除：定期（默认100s）随机抽一些设置了过期时间的key，去检查是否过期，过期了就删了。
惰性删除：查询的时候检查是否过期

FYI：系统内存调度算法

FIFO：First In First Out，先进先出
LRU：Least Recently Used，最近最少使用

LFU：Least Frequently Used，最不经常使用

以上三者都是缓存过期策略，如：cpu中cache替换机制