Redis简介

1. 关系型数据库存在的问题

① 性能低下，数据库是保存在磁盘上的，而磁盘的IO性能低下

② 关系型数据库的数据存储格式：各个关系错综复杂，一个表关联其他表，其他表又关联更多的表，是个网状的结构，不便于大规模的集群

2. NOSQL

如何解决上面问题

• 降低磁盘的IO次数，使用内存存储
• 去除数据间的关系，不存储关系仅仅存储数据

NoSQL：即 Not-Only SQL（ 泛指非关系型的数据库），作为关系型数据库的补充

也就是说我们处理数据不是仅仅用sql，使用的其他的数据访问的就成为NoSQL，它仅仅是对关系型数据库的补充，真正的数据想存还是放在硬盘上，内存的数据还是从内存获取

它主要是用来应对基于海量用户和海量数据前提下的数据处理问题

可以看到热点信息，访问量高的，富有波动性的信息放在Redis

3. Redis

概念

Redis (REmote DIctionary Server) (远程字典服务，键值对) 是用 C 语言开发的一个开源的高性能键值对（key-value）数据库

特征

1. 数据间没有必然的关联关系

2. 内部采用单线程机制进行工作

3. 高性能。官方提供测试数据，50个并发执行100000 个请求,读的速度是110000 次/s,写的速度是81000次/s

4. 多数据类型支持

- 字符串类型  string
- 列表类型  list
- 散列类型  hash 
- 集合类型  set 
- 有序集合类型  sorted_set 

5. 持久化支持，可以进行数据灾难恢复
并不是为了和Mysql一争天下，而是为了解决突然断电或者其他灾难情况下的数据恢复问题

其实就是为了应对大数据带来的挑战，解决高并发问题，把数据都放在内存

4. Redis应用

• 为热点数据加速查询（主要场景），如热点商品、热点新闻、热点资讯、推广类等高访问量信息等

• 任务队列，如秒杀、抢购、购票排队等

• 即时信息查询，如各位排行榜、各类网站访问统计、公交到站信息、在线人数信息（聊天室、网站）、设备信号等

• 时效性信息控制，如验证码控制、投票控制等

• 分布式数据共享，如分布式集群架构中的 session 分离

• 消息队列

• 分布式锁

5. Redis单线程

Redis单线程
Redis客户端对服务端的每次调用都经历了发送命令，执行命令，返回结果三个过程。其中执行命令阶段，由于Redis是单线程来处理命令的，所有每一条到达服务端的命令不会立刻执行，所有的命令都会进入一个队列中，然后逐个被执行。并且多个客户端发送的命令的执行顺序是不确定的。但是可以确定的是不会有两条命令被同时执行，不会产生并发问题，这就是Redis的单线程基本模型
　
为什么说redis能够快速执行

1. 绝大部分请求是纯粹的内存操作（非常快速）
2. 采用单线程,避免了不必要的上下文切换和竞争条件
3. 非阻塞IO - IO多路复用，Redis采用epoll做为I/O多路复用技术的实现，再加上Redis自身的事件处理模型将epoll中的连接，读写，关闭都转换为了时间，不在I/O上浪费过多的时间。

Redis采用单线程模型，每条命令执行如果占用大量时间，会造成其他线程阻塞，对于Redis这种高性能服务是致命的，所以Redis是面向高速执行的数据库

Redis关于线程安全问题
redis实际上是采用了线程封闭的观念，把任务封闭在一个线程，自然避免了线程安全问题，不过对于需要依赖多个redis操作的复合操作来说，依然需要锁，而且有可能是分布式锁。

6. Redis的基本使用

1. 信息查询

set key value

2. 查询

 get key