Redis的初步了解以及为什么使用

整理了一下学习资料，有错欢迎评论区提出，本人虚心求教。

• 传统关系型数据库满足不了对高并发读写的需求或者对海量数据的高效率存储和访问的需求或者对数据库的高可扩展性和高可用性的需求。
• 大广告位数据无需每次查询后台系统的接口，可以在前台系统添加缓存，提高访问首页的速度。
• 商品类目的数据也可以缓存起来。
• Redis是一个开源的高性能键值对数据库。它通过提供多种键值对数据类型来适应不同场景下的存储需求，结构简单，拓展方便，功能强大。
• 是当前最热门的NoSql数据库之一，也被人们称为数据结构服务器

比较和选择：

缓存可以用Memcache，Session共享还能用MySql来实现，消息队列可以用RabbitMQ

• 速度快，完全基于内存，使用C语言实现，网络层使用epoll解决高并发问题，单线程模型避免了不必要的上下文切换及竞争条件；

epell ：epoll 是一个可扩展的 Linux I/O 事件通知机制。
注意：单线程仅仅是说在网络请求这一模块上用一个线程处理客户端的请求，像持久化它就会重开一个线程/进程去进行处理

• 丰富的数据类型，Redis有8种数据类型，当然常用的主要是 String、Hash、List、Set、 SortSet
  这5种类型（还有位图、地理信息定位、HyperLogLog），他们都是基于键值的方式组织数据。每一种数据类型提供了非常丰富的操作命令，可以满足绝大部分需求，如果有特殊需求还能自己通过
  lua 脚本自己创建新的命令（具备原子性）；
• 除了提供的丰富的数据类型，Redis还提供了像慢查询分析、性能测试、Pipeline、事务、Lua自定义命令、Bitmaps、HyperLogLog、发布/订阅、Geo等个性化功能。
• Redis的代码开源在GitHub，代码非常简单优雅，任何人都能够吃透它的源码；它的编译安装也是非常的简单，没有任何的系统依赖；有非常活跃的社区，各种客户端的语言支持也是非常完善。另外它还支持事务（没用过）、持久化、主从复制让高可用、分布式成为可能。
  

数据库类型：

string（字符串），hash（哈希），list（列表），set（集合）及zset(sorted set：有序集合)

SortSet：
排行榜，如果使用传统的关系型数据库来做这个事儿，非常的麻烦，而利用Redis的SortSet数据结构能够非常方便搞定；
计算器（点赞数、用户访问数），利用Redis中原子性的自增操作，我们可以统计类似用户点赞数、用户访问数等，这类操作如果用MySQL，频繁的读写会带来相当大的压力；
限速器（有抢购时），限速器比较典型的使用场景是限制某个用户访问某个API的频率，常用的有抢购时，防止用户疯狂点击带来不必要的压力；
list：
简单消息队列（到货通知、邮件发送之类的需求），不需要高可靠，但是会带来非常大的DB压力，完全可以用List来完成异步解耦；
Session共享，以PHP为例，默认Session是保存在服务器的文件中，如果是集群服务，同一个用户过来可能落在不同机器上，这就会导致用户频繁登陆；采用Redis保存Session后，无论用户落在那台机器上都能够获取到对应的Session信息。参考：java session共享 spring session 共享

缺点：

滥用可能导致系统的不稳定、成本增高等问题。
用Redis去保存用户的基本信息，虽然它能够支持持久化，但是它的持久化方案并不能保证数据绝对的落地，并且还可能带来Redis性能下降，因为持久化太过频繁会增大Redis服务的压力。
简单总结就是数据量太大、数据访问频率非常低的业务都不适合使用Redis，数据太大会增加成本，访问频率太低，保存在内存中纯属浪费资源。