REDIS 一个全栈DBA 不可缺的闭环, why not chose redis as primary database

在开始本文的开始，我们先列出一些问题，看看我们对REDIS 有多深的理解，并且我们看看我们是否需要对REDIS 进行系统的学习并且有利用的价值。

1 什么是REDIS

内存结构的键值型的数据库，它有5种类型的数据库结构 string, lists ,sets ,hashe , storted sets 等几种，同时支持基于lua 的脚本执行方式类似与传统数据库的存储过程。支持信息的永久存储，通过snapshot 或 append-only的模式，支持数据的复制，有主从的设计，同时也有更大数据容纳和处理的方式的集群 REDIS ，在这里REDIS 也支持高可用，所以REDIS 本身就是一个数据处理和数据集散的地方，所以REDIS 到底是不是数据库在这个解释中，得到确认，REDIS 是数据库。

2 REDIS 有数据类型有那些，有什么意义

REDIS 中的数据类型对于实际的生产工作是有重大意义的，如类似hash 结构做一些快速查找或单点登录应用，list 数据结构一般应用到模拟消息队列的功能，以及REDIS 分页的功能等，set 集合可以在数据去重方面进行应用设计和使用，sorted set 类型可以进行排行榜 ，范围查询等方面的应用。

基于以上的知识，对于REDIS 的数据类型以及应用场景的认知，是掌握REDIS 使用核心点，也为一些复杂状态下的方案提供给出了答案。

3 REDIS 可以帮助在那些应用中获益 ？可以列举那些

REDIS 在实际的应用中，可以针对以下的业务类型进行支持

分析性业务，任务队列，分布式锁，缓存，任务过期性程序设计，Cookie 存储，搜索引擎，高IO 负载下的部分问题解决，高速大量数据存取，配置信息存储。

4 什么是REDIS 不应该承受的任务或不适合的使用方式 ？

1 存储的数据量不是REDIS 内存式数据库应该承受的，如拿REDIS 当永久数据存储来使用，想几十G 甚至几百G 的数据存储在REDIS 中，并永久存储。

2 数据的类型和数据的处理方式都更合适与传统数据库，如永久存储和数据的处理偏向与关系型，让数据库处理的成本被在REDIS 中存储并且通过程序处理的成本更低。

3 在数据的处理中，业务设计中需要通过事务来实现，而通过程序无法玩命的进行事务的原子性的解决，或难度较高，而传统数据库的事务处理方式符合业务的需求。

4 对于一些高可用结构有特殊要求的，如多主，或者从库中的数据与主库需要强一致并且还要考虑性能的影响等等问题。

在清晰以上问题后，REDIS 的学习就有动力多了，至少知道学习了REDIS 后，DBA 能做什么，而不是简单的运维而已。

下面我们看看为什么要用REDIS 这个问题，实际上REDIS 的替代品很多，最多的就是程序本身的缓存，是的在程序中使用缓存，比REDIS 更方便。

那么为什么使用REDIS 而不是程序缓存主要基于性能和并发两个方面来考虑的。

一般使用REDIS 的场景都和性能瓶颈有关，在小的项目中可能通过传统的数据库部分就可以完美的解决大部分问题，而将问题迁移到大型高并发系统中就会产生

1 程序对数据库连接数过高

2 数据库无法消化高频QPS TPS 导致数据库性能降低

而上面这两项互相牵制，导致恶性循环，最终导致数据库无法处理数据，进入无法提供服务的状态。

一般针对这样的问题处理的方法是在程序和数据库之间增加一个缓冲层，一般以REDIS 作为基础。

通过这样的方式，降低数据重复在传统数据库的被查询的情况，变相降低传统数据库的负担。这也是传统REDIS 大量被应用的场景之一。

同时从数据库的原理来分析，REDIS 是内存型数据库，操作纯内存操作，对于磁盘没有强依赖的情况，每秒hash 查询可以达到百万次数量级，并且内存方面在硬件体系的性能差距比磁盘要小很多，稳定性要更强。所以对于高并发和性能的要求，REDIS 是一个更好的选择和问题解决的核心。

说完这个话题，的说说另一个话题，REDIS 是否可以成为一个项目的主数据库，有这个可能吗？

YES ，并且我也见过将REDIS 作为主数据库的案例。

下面总结一下REDIS 作为主数据库的几个可能的去除

1 收集和分发数据，对于快速的应用系统，数据库需要有一个缓冲，通过缓冲来将数据进行判断和留存，在快速的将这些数据发送到下一个目的地。

2 REDIS JOSN 通过他来存储JSON 数据

3 REDISGraph 来处理复杂得关系型问题

4 RedisBloom 针对与反欺诈方面的工作 （实际工作中见到）

5 RedisAI 对于实时AI 功能的数据存储和推断

将REDIS 使用到对的应用场合，是一个需要继续学习的事情，诚然，REDIS 是DBA 较难跨越的数据库，大部分REDIS 都掌握在开发或架构师的手中，而DBA 大部分仅仅只在对REDIS 进行简单的运维，那么 REDIS 的意义在看完这篇后，还那么简单吗？