安装redis
安装前准备
创建文件安装路径
mkdir /usr/local/redis
下载软件包
cd /usr/local/redis
wget http://download.redis.io/releases/redis-4.0.7.tar.gz
安装
解压、编译、安装
cd /usr/local/redis
make
make install
让redis后台运行需修改配置文件使其成为守护进程
vi /etc/redis.conf
修改daemonize配置项为yes，使Redis进程在后台运行
daemonize yes
复制配置文件到/etc/目录
cp redis.conf /etc/
启动
启动redis
cd /usr/local/redis/redis-4.0.7
./src/redis-server /etc/redis.conf
检查启动情况
ps -ef | grep redis
添加开机启动项
让Redis开机运行可以将其添加到rc.local文件，也可将添加为系统服务service。本文使用rc.local的方式，添加service请参考：Redis 配置为 Service 系统服务 。
为了能让Redis在服务器重启后自动启动，需要将启动命令写入开机启动项。
echo "/usr/local/bin/redis-server /etc/redis.conf" >>/etc/rc.local
默认IP，127.0.0.1：（端口6739）
绑定IP
./redis-cli -h 192.168.0.100 -p 6379 -a xblx
测试
set name xjx
返回ok，及成功。
get name
返回“xjx”。
配置文件参数说明
daemonize是否以后台进程运行，默认为no
pidfile如以后台进程运行，则需指定一个pid，默认为/var/run/redis.pid
bind绑定主机IP，默认值为127.0.0.1（注释）
port监听端口，默认为6379
timeout超时时间，默认为300（秒）
loglevel日志记录等级，有4个可选值，debug，verbose（默认值），notice，warning
logfile日志记录方式，默认值为stdout
databases可用数据库数，默认值为16，默认数据库为0
save<seconds> <changes> 指出在多长时间内，有多少次更新操作，就将数据同步到数据文件。这个可以多个条件配合，比如默认配置文件中的设置，就设置了三个条件。
save 900 1 900秒（15分钟）内至少有1个key被改变
save 300 10 300秒（5分钟）内至少有10个key被改变
save 60 10000 60秒内至少有10000个key被改变
rdbcompression 存储至本地数据库时是否压缩数据，默认为yes
dbfilename
本地数据库文件名，默认值为dump.rdb
dir 本地数据库存放路径，默认值为 ./
slaveof<masterip> <masterport> 当本机为从服务时，设置主服务的IP及端口（注释）
masterauth<master-password> 当本机为从服务时，设置主服务的连接密码（注释）
requirepass 连接密码（注释）
maxclients 最大客户端连接数，默认不限制（注释）
maxmemory<bytes> 设置最大内存，达到最大内存设置后，Redis会先尝试清除已到期或即将到期的Key，当此方法处理后，当到达最大内存设置，将无法再进行写入操作。（注释）
appendonly 是否在每次更新操作后进行日志记录，如果不开启，可能会在断电时导致一段时间内的数据丢失。因为redis本身同步数据文件是按上面save条件来同步的，所以有的数据会在一段时间内只存在于内存中。默认值为no
appendfilename 更新日志文件名，默认值为appendonly.aof（注释）
appendfsync 更新日志条件，共有3个可选值。no表示等操作系统进行数据缓存同步到磁盘，always表示每次更新操作后手动调用fsync()将数据写到磁盘，everysec表示每秒同步一次（默认值）。
vm-enabled 是否使用虚拟内存，默认值为no
vm-swap-file 虚拟内存文件路径，默认值为/tmp/redis.swap，不可多个Redis实例共享
vm-max-memory 将所有大于vm-max-memory的数据存入虚拟内存,无论vm-max-memory设置多小,所有索引数据都是内存存储的(Redis的索引数据 就是keys),也就是说,当vm-max-memory设置为0的时候,其实是所有value都存在于磁盘。默认值为0。
Redis官方文档对VM的使用提出了一些建议
当你的key很小而value很大时,使用VM的效果会比较好.因为这样节约的内存比较大. 当你的key不小时,可以考虑使用一些非常方法将很大的key变成很大的value,比如你可以考虑将key,value组合成一个新的value. 最好使用linux ext3 等对稀疏文件支持比较好的文件系统保存你的swap文件. vm-max-threads这个参数,可以设置访问swap文件的线程数,设置最好不要超过机器的核数.如果设置为0,那么所有对swap文件的操作都是串行的.可能会造成比较长时间的延迟,但是对数据完整性有很好的保证。
备注：个人博客同步至简书。
