redis 介绍

介绍

Redis 是一个开源的使用ANSI C 语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value 数据库，并提供多种语言的API。

数据类型

作为Key-value 型数据库，Redis 提供了键（Key）和键值（Value）的映射关系。但是，除了常规的数值或字符串，Redis 的键值还可以是以下形式之一：

• Lists （列表）
• Sets （集合）
• Sorted sets （有序集合）
• Hashes （哈希表）

键值的数据类型决定了该键值支持的操作。Redis 支持诸如列表、集合或有序集合的交集、并集、查集等高级原子操作；同时，如果键值的类型是普通数字，Redis 则提供自增等原子操作。

持久化

通常，Redis 将数据存储于内存中，或被配置为使用虚拟内存。通过两种方式可以实现数据持久化：使用截图的方式，将内存中的数据不断写入磁盘；或使用类似MySQL 的日志方式，记录每次更新的日志。前者性能较高，但是可能会引起一定程度的数据丢失；后者相反。

主从同步

Redis 支持将数据同步到多台从库上，这种特性对提高读取性能非常有益。

性能

相比需要依赖磁盘记录每个更新的数据库，基于内存的特性无疑给Redis 带来了非常优秀的性能。读写操作之间有显著的性能差异。

使用场景

1. 排行榜应用，取TOP N 操作。可以按某个条件为权重，比如按顶的次数排序，这时候就需要我们的sorted set 出马了，将你要排序的值设置成sorted set 的score，将具体的数据设置成相应的value，每次只需要执行一条ZADD 命令即可；

2. 需要精准设定过期时间的应用。比如你可以把上面说到的sorted set 的score 值设置成过期时间的时间戳，那么就可以简单地通过过期时间排序，定时清除过期数据了，不仅是清除Redis 中的过期数据，你完全可以把Redis 里这个过期时间当成是对数据库中数据的索引，用Redis 来找出哪些数据需要过期删除，然后再精准地从数据库中删除相应的记录；

3. 计数器应用。Redis 的命令都是原子性的，你可以轻松地利用INCR，DECR 命令来构建计数器系统；

4. Unique 操作，获取某段时间所有数据排重值。这个使用Redis 的set 数据结构最合适了，只需要不断地将数据往set 中扔就行了，set 为集合，所以会自动排重；

5. Pub/Sub 构建实时消息系统。Redis 的Pub/Sub 系统可以构建实时的消息系统，比如很多用Pub/Sub 构建的实时聊天系统的例子；

6. 构建队列系统。使用list 可以构建队列系统，使用sorted set 甚至可以构建有优先级的队列系统；

7. 缓存。这个不必说了，性能优于Memcached，数据结构更多样化。

配置文件

在redis.conf中可以进行配置设置，下面介绍配置项。

• daemonize：默认情况下，redis 不是在后台运行的，如果需要在后台运行，把该项的值更改为yes；
• pidfile：当Redis 在后台运行的时候，Redis 默认会把pid 文件放在/var/run/redis.pid，你可以配置到其他地址。当运行多个redis 服务时，需要指定不同的pid 文件和端口；
• bind：指定Redis 只接收来自于该IP 地址的请求，如果不进行设置，那么将处理所有请求，在生产环境中最好设置该项；
• port：监听端口，默认为6379；
• timeout：设置客户端连接时的超时时间，单位为秒。当客户端在这段时间内没有发出任何指令，那么关闭该连接；
• loglevel：log 等级分为4 级，debug，verbose，notice和warning。生产环境下一般开启notice；
• logfile：配置log 文件地址，默认使用标准输出，即打印在命令行终端的窗口上；
• databases：设置数据库的个数，可以使用SELECT <dbid>命令来切换数据库。默认使用的数据库是0；
• save：设置Redis 进行数据库镜像的频率；
• rdbcompression：在进行镜像备份时，是否进行压缩；
• dbfilename：镜像备份文件的文件名；
• dir：数据库镜像备份的文件放置的路径。这里的路径跟文件名要分开配置是因为Redis 在进行备份时，先会将当前数据库的状态写入到一个临时文件中，等备份完成时，再把该该临时文件替换为上面所指定的文件，而这里的临时文件和上面所配置的备份文件都会放在这个指定的路径当中；
• slaveof：设置该数据库为其他数据库的从数据库；
• masterauth：当主数据库连接需要密码验证时，在这里指定；
• requirepass：设置客户端连接后进行任何其他指定前需要使用的密码。警告：因为redis 速度相当快，所以在一台比较好的服务器下，一个外部的用户可以在一秒钟进行150K 次的密码尝试，这意味着你需要指定非常非常强大的密码来防止暴力破解；
• maxclients：限制同时连接的客户端数量。当连接数超过这个值时，redis 将不再接收其他连接请求，客户端尝试连接时将收到error 信息；
• maxmemory：设置redis 能够使用的最大内存。当内存满了的时候，如果还接收到set 命令，redis 将先尝试剔除设置过expire 信息的key，而不管该key 的过期时间还没有到达。在删除时，将按照过期时间进行删除，最早将要被过期的key 将最先被删除。如果带有expire 信息的key 都删光了，那么将返回错误。这样，redis 将不再接收写请求，只接收get 请求。maxmemory 的设置比较适合于把redis 当作于类似memcached 的缓存来使用；
• appendonly：默认情况下，redis 会在后台异步的把数据库镜像备份到磁盘，但是该备份是非常耗时的，而且备份也不能很频繁，如果发生诸如拉闸限电、拔插头等状况，那么将造成比较大范围的数据丢失。所以redis 提供了另外一种更加高效的数据库备份及灾难恢复方式。开启append only 模式之后，redis 会把所接收到的每一次写操作请求都追加到appendonly.aof 文件中，当redis 重新启动时，会从该文件恢复出之前的状态。但是这样会造成appendonly.aof 文件过大，所以redis 还支持了BGREWRITEAOF 指令，对appendonly.aof 进行重新整理。所以我认为推荐生产环境下的做法为关闭镜像，开启appendonly.aof，同时可以选择在访问较少的时间每天对appendonly.aof 进行重写一次；
• appendfsync：设置对appendonly.aof 文件进行同步的频率。always 表示每次有写操作都进行同步，everysec 表示对写操作进行累积，每秒同步一次。这个需要根据实际业务场景进行配置；
• vm-enabled：是否开启虚拟内存支持。因为redis 是一个内存数据库，而且当内存满的时候，无法接收新的写请求，所以在redis 2.0 中，提供了虚拟内存的支持。但是需要注意的是，redis中，所有的key 都会放在内存中，在内存不够时，只会把value 值放入交换区。这样保证了虽然使用虚拟内存，但性能基本不受影响，同时，你需要注意的是你要把vm-max-memory 设置到足够来放下你的所有的key；
• vm-swap-file：设置虚拟内存的交换文件路径；
• vm-max-memory：这里设置开启虚拟内存之后，redis 将使用的最大物理内存的大小。默认为0，redis 将把他所有的能放到交换文件的都放到交换文件中，以尽量少的使用物理内存。在生产环境下，需要根据实际情况设置该值，最好不要使用默认的0；
• vm-page-size：设置虚拟内存的页大小，如果你的value 值比较大，比如说你要在value 中放置博客、新闻之类的所有文章内容，就设大一点，如果要放置的都是很小的内容，那就设小一点。；
• vm-pages：设置交换文件的总的page 数量，需要注意的是，page table 信息会放在物理内存中，每8 个page 就会占据RAM 中的1 个byte。总的虚拟内存大小 ＝ vm-page-size * vm-pages；
• vm-max-threads：设置VM IO 同时使用的线程数量。因为在进行内存交换时，对数据有编码和解码的过程，所以尽管IO 设备在硬件上不能支持很多的并发读写，但是如果你所保存的vlaue 值比较大，将该值设大一些，还是能够提升性能的；
• glueoutputbuf：把小的输出缓存放在一起，以便能够在一个TCP packet 中为客户端发送多个响应；
• hash-max-zipmap-entries：在redis 2.0 中引入了hash 数据结构。当hash 中包含超过指定元素个数并且最大的元素没有超过临界时，hash 将以一种特殊的编码方式（大大减少内存使用）来存储，这里可以设置这个临界值；
• activerehashing：开启之后，redis 将在每100 毫秒时使用1 毫秒的CPU 时间来对redis 的hash 表进行重新hash，可以降低内存的使用。当你的使用场景中，有非常严格的实时性需要，不能够接受Redis 时不时的对请求有2 毫秒的延迟的话，把这项配置为no。如果没有这么严格的实时性要求，可以设置为yes，以便能够尽可能快的释放内存。