安装redis
到下载，目前最新的稳定版本是2.8.16
wget http://download.redis.io/releases/redis-2.8.16.tar.gz tar -zxvf redis-2.8.16.tar.gz - C /usr/local cd /usr/local/redis-2.8.16/src && make
经过上述命令后开始启动redis服务了
./redis-server &
当然可以将redis服务加到linux系统启动项中
vim /etc/rc.local在其中加入/usr/local/redis-2.8.16/src/redis-server
启动好redis后，就可以用客户端测试了
./redis-cli
停止redis-cli可以直接exit退出
配置redis
启动redis还可以使用./redis-server ../redis.conf配置文件的方式启动，默认redis启动是加载该redis.conf配置文件
redis.conf放在redis-2.8.16目录下，打开redis.conf配置文件可以看到有很多配置参数
:
是否设置后台运行默认是false
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进行数据库镜像的备份频率
比如：save 900 1 表示在900秒之内有1个key变化了就进行镜像备份
rdbcompression：进行镜像备份之前是否先压缩
dbfilename：镜像备份文件的文件名
dir 数据库镜像备份的文件放置路径。这里的路径跟文件名要分开配置是因为redis
在进行备份时，先讲当前数据库的状态写入到一个临时文件和上面所配置的备份文件都会在这个指定的路径当中。
slaveof：设置改数据库为其他数据库的从数据库
masterauth：当住数据库链接需要密码验证时，在这里指定
requirepass：设置客户端链接后进行任何其他操作都需要使用密码。注意：因为redis速度非常快，所以在一台比较好的服务器下，一个外部的用户可以在1秒中进行150k次的密码尝试，这意味着你需要指定非常非常强大的密码来放置暴力破解。
maxclients：限制同时链接的客户端数量。当链接超过这个值时，redis讲不再接收其他链接请求，客户端尝试链接将会得到error消息。
maxmemory：设置redis能够使用的最大内存。当内存满了，如果还接收到set命令，那么redis将先尝试剔除设置过的expire消息的key，二不管该key的过期是间还没有到达。在删除时，将按照过期时间进行删除，最早将要过期的key先被删除。如果带有expire信息的key都删光了，那么将返回error。这样，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 中为客户端发送多个响应，具体原理和真实效果我不是很清楚。所以根据注释，你不是很确定的时候就设置成 yes
hash-max-zipmap-entries：在 redis 2.0 中引入了 hash 数据结构。当 hash 中包含超过指定元素个数并且最大的元素没有超过临界时，hash 将以一种特殊的编码方式（大大减少内存使用）来存储，这里可以设置这两个临界值
activerehashing：开启之后，redis 将在每 100 毫秒时使用 1 毫秒的 CPU 时间来对 redis 的 hash 表进行重新 hash，可以降低内存的使用。当你的使用场景中，有非常严格的实时性需要，不能够接受 Redis 时不时的对请求有 2 毫秒的延迟的话，把这项配置为 no。如果没有这么严格的实时性要求，可以设置为 yes，以便能够尽可能快的释放内存