redis相关

redis的配置问题：

daemonize    如果需要在后台运行,把该项改为yes  

pidfile      配置多个pid的地址 默认在/var/run/redis.pid

bind 绑定ip,设置后只接受来自该ip的请求

port 监听端口,默认为6379

timeout      设置客户端连接时的超时时间,单位为秒

loglevel     分为4级,debug、verbose、notice、warning

logfile      配置log文件地址

databases    设置数据库的个数,默认使用的数据库为0

save         设置redis进行数据库镜像的频率

rdbcompression    在进行镜像备份时,是否进行压缩

Dbfilename        镜像备份文件的文件名

Dir   数据库镜像备份的文件放置路径

Slaveof     设置数据库为其他数据库的从数据库

Masterauth 主数据库连接需要的密码验证

Requirepass     设置登录时需要使用的密码

Maxclients 限制同时连接的客户数量

Maxmemory 设置redis能够使用的最大内存

Appendonly 开启append only模式

以下了解即可:

Appendfsync 设置对appendonly.aof文件同步的频率

vm-enabled 是否开启虚拟内存支持

vm-swap-file 设置虚拟内存的交换文件路径

vm-max-memory 设置redis使用的最大物理内存大小

vm-page-size 设置虚拟内存的页大小

vm-pages 设置交换文件的总的page数量

vm-max-threads 设置VM IO同时使用的线程数量

Glueoutputbuf 把小的输出缓存存放在一起

hash-max-zipmap-entries 设置hash的临界值

Activerehashing 重新hash

补充（20170828）：

再次回到redis，在工作中会碰到这样一个问题，究竟在何种场景使用redis？如何使用效率最高？

下面为大家一一解答：

1.何种场景？

一个充分的例子是 用来存储比如一个新闻网页最新的10条信息，一般我们都是 select * from news order by update_time  desc  limit 10;(找到最新的10条信息)

但是这样的效率是很低的，所以，我们放入redis中：

LPUSH latest.comments <ID> 

放入一个List中或者其他的存储结构，就可以快速查询了

2.如何使效率最高

string:用来存储基本的key-value类型的数据（理论上所有的数据都可以通过这种方式存储，但是为了效率以及操作的便利性，这里只存储最基本的k-v数据，比方说一个user信息，里面有user_id,user_name,user_sex等等，这里如果用key-value来存储，那么，就会出现很多的键（userId:1,userId:2等等），这样多了就会造成内存的大面积浪费，所以应当采取其他的存储结构）

hash：他的value是hashmap类型的，数据量少的时候是另外一种类型，如果多的话就会变成hashmap类型，利用hashmap类型可以很方便的解决上面例子中的问题

List: 主要用于队列和栈的储存结构，存储一系列的数据，比如说分页查询的10条数据

set:  和上面的一样，但是有一点不同，set可以除重，这是更高级的用法

zset：有序的set，在存储进redis的时候就会被存储为有序的，效率自然是杠杠滴~

另外还有Pub/sub（订阅/发布）的模式，可以用来做多人聊天，一个人发布信息，让这个群组的所有人接受。