redis

redis.io 进去看就行了

支持网络交互的、可基于内存也可持久化的Key-Value数据库

Redis与其他key-value存储有什么不同

Redis运行在内存中但是可以持久化到磁盘，所以在对不同数据集进行高速读写时需要权衡内存，因为数据量不能大于硬件内存。在内存数据库方面的另一个优点是，相比在磁盘上相同的复杂的数据结构，在内存中操作起来非常简单，这样Redis可以做很多内部复杂性很强的事情。同时，在磁盘格式方面他们是紧凑的以追加的方式产生的，因为他们并不需要进行随机访问。

在 Web 开发中， Redis 是一个相当重要的工具，它已经不仅仅用于缓存，还被直接用做数据库，充当消息中介等。想要构建高性能、高吞吐的 Node.js 应用，利用好 Redis 是非常重要的途经。

1.优化数据库本身

优化sql语句

2.引入缓存机制,把一部分数据缓存起来 获取速度快

将数据保存在内存上

使用redis(缓存系统 数据库)

一.

服务启动工具 和 命令行启动方式

mac下使用brew来安装~~ redis

启动:redis-server  control+C 断开

vim /etc/redis.conf

?daemonize(搜索 进程以什么方式来启动  no  yes守护进程的模式)

ps aux | grep redis 看redis运行方式

redis 运行 6379端口

redis-cli  就默认连接到redis的服务端口

redis  键值的存储方式

二.基本使用

1.存储和获取值

2.redis pub/sub

Pub/Sub功能（means Publish, Subscribe）即发布及订阅功能

基于事件的系统中，Pub/Sub是目前广泛使用的通信模型，它采用事件作为基本的通信机制，提供大规模系统所要求的松散耦合的交互模式：订阅者(如客户端)以事件订阅的方式表达出它有兴趣接收的一个事件或一类事件；发布者(如服务器)可将订阅者感兴趣的事件随时通知相关订阅者。

消息发布者，即publish客户端，无需独占链接，你可以在publish消息的同时，使用同一个redis-client链接进行其他操作（例如：INCR等）

消息订阅者，即subscribe客户端，需要独占链接，即进行subscribe期间，redis-client无法穿插其他操作，此时client以阻塞的方式等待“publish端”的消息；这一点很好理解，因此subscribe端需要使用单独的链接，甚至需要在额外的线程中使用。

3.redis pub sub(publish subscribe)之基本使用

订阅

redis 127.0.0.1:6379> SUBSCRIBE redisChat

发布

redis 127.0.0.1:6379> PUBLISH redisChat "Redis is a great caching technique"

我们就会看到接受到消息了