爱威尔-redis初步（一）

最近粗略的学了一下redis，之所以说粗略是有个第一印象，知道他是干嘛的这就够了，学习不可以一蹴而就，更不可能学一遍就通了，反正我是没有这个能力。这之前也了解了一下memcached，今天本来想想大致粗略的总结一下，当我再次百度的时候发现真是out了。现在的分布式内存对象系统不止这两个玩意儿，什么GemFire听说12306再用还有Apache Ignite碉堡的感觉。一步跟不上 步步跟不上。


	还慢慢学习吧，相比memcached来说redis先进了不少，我也不在这里做什么比较，网上一大把，我们都知道越是规模大的系统，分布式的可能就会越大，内存缓存也有可能是分布式的，部署在不同的服务器上面，再加上需要高可用高容错的需求，单点是肯定不行的，HA那是必须的，所以这方面redis做的就比较好，有的时候我们不一定非把性能放在第一位很肯能是用户放在第一位，系统总不能挂掉吧，所以说有时候HA会比性能要重要。


	Redis之所以火起来也不是吹出来的，实践是检验真理的唯一标准这句话也不是吹出来的，这句话是谁说的我还是抱着怀疑的态度百度了一下就是毛爷爷说的。


	1.安装：


	下载解压 直接make && make install  是不是很简单，安装的位置在/usr/local/bin，至于你想自定义安装位置以后再说吧。


	命令解释一下：


	
		（1）redis-benchmark：性能测试工具，测试Redis在你的系统及配置下的读写性能
	
	
		（2）redis-check-aof：用于修复出问题的AOF文件
	
	
		（3）redis-check-dump：用于修复出问题的dump.rdb文件
	
	
		（4）redis-cli：Redis命令行操作工具
	
	
		（5）redis-sentinel：Redis集群的管理工具
	
	
		（6）redis-server：Redis服务器启动程序
	
	
		启动Redis的时候，只有一个参数，就是指定配置文件redis.conf的路径。redis.conf在解压的文
	
	
		件夹里面有，复制一个出来，按需修改即可，也可--port来指定端口
	
	
		 
	
连接Redis并操作，使用redis-cli，如果有多个实例，可以redis-cli
-h 服务器ip -p 端口
	
	
	
		关闭Redis，redis-cli shutdown，如果有多个实例，可以指定端口来关闭：redis-cli -p 6379 shutdown
	


	还是挺简单的。


	 


	
		单进程
	
	
		Redis的服务器程序采用的是单进程模型来处理客户端的请求。对读写等事件的响应
	
	
		是通过对epoll函数的包装来做到的。
	
	
		Redis的实际处理速度完全依靠主进程的执行效率，假如同时有多个客户端并发访问
	
	
		服务器，则服务器处理能力在一定情况下将会下降。假如你要提升服务器的并发能力，那
	
	
		么可以采用在单台机器部署多个redis进程的方式。
	
	
		 
	
	
		多数据库
	
	
		1：Redis每个数据库对外都是以从0开始递增的数字来命名，默认16个数据库，默认使用0号数
	
	
		据库，可以使用Select 数字来选择要使用的数据库
	
	
		2：使用Dbsize可以查看当前数据库的key的数量
	
	
		3：可以在多个数据库间移动数据，使用move key 目的数据库编号就可以了
	
	
		4：使用flushdb可以清除某个数据库的数据
	
	
		5：Redis不支持自定义数据库名字
	
	
		6：Redis不支持为每个数据库设置不同的访问密码
	
	
		7：多个数据库之间并不是完全独立的，FlushAll可以清空全部的数据
	
	
		8：Redis的数据库更像是一个命名空间
	
	
	
数据类型：


	
		Redis的key
	
	
		Redis的key是字符串类型，如果中间有空格或者转义字符等，要用“”。
	
	
		1：命名建议：对象类型:对象ID:对象属性
	
	
		2：多个单词之间以“.”来分隔
	
	
		3：Key的命名，应该在可读的情况下，尽量简短
	
	
		Redis的Value支持五种类型
	
	
		1：String：字符串，可以存储String、Integer、Float型的数据，甚至是二进制数
	
	
		据，一个字符串最大容量是512M
	
	
		2：List：字符串List，底层实现上不是数组，而是链表，也就是说在头部和尾部插
	
	
		入一个新元素，其时间复杂度是常数级别的；其弊端是：元素定位比数组慢
	
	
		3：Set：字符串Set，无序不可重复，是通过HashTable实现的
	
	
		4：Hash：按Hash方式来存放字符串
	
	
		5：ZSet：字符串Set，有序且不可重复，根据Score来排序。底层使用散列表和跳跃
	
	
		表来实现，所以读取中间部分数据也很快
	
<pre class="prettyprint">对Keys的操作命令
1：Keys：获得符合规则的键名列表
格式是keys pattern，pattern支持glob风格通配符格式：
（1）？ 匹配一个字符
（2）* 匹配任意个字符
（3）[] 匹配中括号内的任一字符，可以用-来表示一个范围
（4）\x 匹配字符x，用于转义符号
2：exists：判断键值是否存在，格式是exists key
3：del：删除key，格式是del key。
小技巧：Del命令不支持通配符，可以结合linux管道和xargs命令来自定义
删除，示例如下：redis-cli keys k* | xargs redis-cli del
4：type：获得键值的数据类型，格式是type key
5：rename：改名，格式是rename oldKey newKey
6：renamenx：如果不存在则改名，格式是rename oldKey newKey（新名字如果存在 则不改）

对String类型的操作命令
1：get、set、del：获取key的值、设置key和值、删除key
2：incr、decr：递增和递减整数值，格式是incr key值
3：incrby、decrby：递增和递减整数值，可指定增减的数值，格式是incrby key值正负数值
4：incrbyfloat：递增和递减浮点数值，格式是incrbyfloat key值正负数值
5：append：在尾部追加值，格式是append key值追加的值
6：getrange：获取指定索引范围内的值，格式是getrange key值起始索引结束索引
7：setrange：从索引位置开始设置后面的值，格式是setrange key值offset索引值
8：strlen：返回键值的长度，格式是strlen key值
9：mget：同时获得多个键的值，格式是mget 多个key值
10：mset：同时设置多个键值对，格式是mset key值value ， key和value可以多对
11：bitcount：获取范围内为1的二进制位数，格式是bitcount key值[start end]
12：getbit：获取指定位置的二进制位的值，格式是getbit key值offset索引
13：setbit：设置指定位置的二进制位的值，格式是setbit key值offset索引值
14：bitop：对多个二进制值进行位操作，格式是bitop 操作目的key key值1 key值2，操作有and、or、
xor、not，key值可以是多个
15：getset：原子的设置key的值，并返回key的旧值，格式是getset key value

对List类型的操作命令
1：lpush/rpush：添加值，格式是rpush list的key item项的值，值可以是多个
2：lrange：按索引范围获取值，格式是lrange list的key 起始索引终止索引，-1表示最后一个索引
3：lindex：获取指定索引的值，格式是lindex list的key 索引号
4：lpop/rpop：弹出值，格式是lpop list的key
5：llen：获取元素个数，格式是llen list的key
6：lrem：删除元素，格式是lrem list的key 数量item项的值，数量可正负，表示从左或右删除，如果数
量为0，表示删除全部与给定值相等的项
7：ltrim：保留指定索引区间的元素，格式是ltrim list的key 起始索引结束索引
8：blpop/brpop：弹出值，格式是blpop list的key值过期时间，key可以是多个，如果没有值，会一值等
待有值，直到过期
9：rpoplpush：将元素从一个列表转移到另外一个列表，格式是rpoplpush 源list的key值目的list的key
值
10：brpoplpush：将元素从一个列表转移到另外一个列表，格式是brpoplpush 源list的key值目的list的
key值过期时间
11：lset：设置指定索引的值，格式是lset list的key 索引新的值
12：linsert：插入元素，格式是linsert list的key before|after 定位查找的值添加的值

对Set类型的操作命令
1：sadd：添加元素，格式是sadd set的key item项的值，item项可以多个
2：smembers：获取集合中所有元素，格式是smembers set的key
3：sismember：判断元素是否在集合众，格式是sismember set的key item项的值
4：srem：删除元素，格式是srem set的key item项的值
5：scard：获取集合中元素个数，格式是scard set的key
6：srandmember：随机获取集合中的元素，格式是srandmember set的key [数量]，数量为正的时候，会随
机获取这么多个不重复的元素；如果数量大于集合元素个数，返回全部；如果数量为负，会随机获得这
么多个元素，可能有重复
7：spop：弹出元素，格式是spop set的key
8：smove：移动元素，格式是smove 源set的key 目的set的key item项的值
9：sdiff：差集，返回在第一个set里面而不在后面任何一个set里面的项，格式是sdiff set的key 用来比
较的多个set的key
10：sdiffstore：差集并保留结果，格式是命令存放结果的set的key set的key 用来比较的多个set的key
11：sinter：交集，返回多个set里面都有的项，格式是sinter 多个set的key
12：sinterstore：交集并保留结果，格式是sinter 存放结果的set的key 多个set的key
13：sunion：并集，格式是sunion 多个set的key
14：sunionstore：并集并保留结果，格式是sunionstore 存放结果的set的key 多个set的key

对Hash类型的操作命令
1：hset：设置值，格式是hset Hash的Key 项的key 项的值
2：hmset：同时设置多对值，格式是hmset Hash的Key 项的key 项的值，项的key和值可多对
3：hgetall：获取该Key下所有的值，格式是hgetall Hash的Key
4：hget：获取值，格式是hget Hash的Key 项的key
5：hmget：同时获取多个值，格式是hmget Hash的Key 项的key，项的key可以是多个
6：hdel：删除某个项，格式是hdel Hash的Key 项的key
7：hlen：获取Key里面的键值对数量，格式是hlen Hash的Key
8：hexists：判断键值是否存在，格式是hexists Hash的Key 项的key
9：hkeys：获取所有Item的key，格式是hkeys Hash的Key
10：hvals：获取所有Item的值，格式是hvals Hash的Key
11：hincrby：增减整数数字，格式是hincrby Hash的Key 项的key 正负整数
12：hincrbyfloat：增减Float数值，格式是hincrbyfloat Hash的Key 项的key 正负float
13：hsetnx：如果项不存在则赋值，存在时什么都不做，格式是hsetnx Hash的Key 项的
key 项的值

对ZSet类型的操作命令
1：zadd：添加元素，格式是zadd zset的key score值项的值，Score和项可以是多对，score可以是整数，
也可以是浮点数，还可以是+inf表示正无穷大，-inf表示负无穷大
2：zrange：获取索引区间内的元素，格式是zrange zset的key 起始索引终止索引(withscores)
3：zrangebyscore：获取分数区间内的元素，格式是zrangebyscore zset的key 起始score 终止score
(withscores)，默认是包含端点值的，如果加上“(”表示不包含；后面还可以加上limit来限制
4：zrem：删除元素，格式是zrem zset的key 项的值，项的值可以是多个
5：zcard：获取集合中元素个数，格式是zcard zset的key
6：zincrby：增减元素的Score，格式是zincrby zset的key 正负数字项的值
7：zcount：获取分数区间内元素个数，格式是zcount zset的key 起始score 终止score
8：zrank：获取项在zset中的索引，格式是zrank zset的key 项的值
9：zscore：获取元素的分数，格式是zscore zset的key 项的值，返回项在zset中的score
10：zrevrank：获取项在zset中倒序的索引，格式是zrevrank zset的key 项的值
11：zrevrange：获取索引区间内的元素，格式是zrevrange zset的key 起始索引终止索引(withscores)
12：zrevrangebyscore：获取分数区间内的元素，格式是zrevrangebyscore zset的key 终止score 起始
score (withscores)
13：zremrangebyrank：删除索引区间内的元素，格式是zremrangebyrank zset的key 起始索引终止索引
14：zremrangebyscore：删除分数区间内的元素，格式是命令zset的key 起始score 终止score
15：zinterstore：交集，格式是ZINTERSTORE dest-key key-count key [key ...] [WEIGHTS weight
[weight ...]] [AGGREGATE SUM|MIN|MAX]
16：zunionstore：并集，格式是ZUNIONSTORE dest-key key-count key [key ...] [WEIGHTS weight
[weight ...]] [AGGREGATE SUM|MIN|MAX]
排序
1：sort：可以对List、Set、ZSet里面的值进行排序。格式是SORT source-key [BY pattern] [LIMIT
offset count] [GET pattern [GET pattern ...]] [ASC|DESC] [ALPHA] [STORE dest-key]
2：by：设置排序的参考键，可以是字符串类型或者是Hash类型里面的某个Item键，格式是Hash键名:*-
>Item键。设置了by参考键，sort将不再依据元素的值来排序，而是对每个元素，使用元素的值替换参
考键中的第一个”*”，然后获取相应的值，再对获得的值进行排序。
如果参考键不存在，默认为0。
如果参考键值一样，再以元素本身的值进行排序。
3：get：指定sort命令返回结果包含的键的值，形如： Hash键名:*->Item键，可以指定多个get，返回的时
候，一行一个。如果要返回元素的值，用get #。
4：对较大数据量进行排序会严重影响性能，使用建议：
（1）尽量减少待排序集合中的数据
（2）使用limit来限制获取的数据量
（3）如果要排序的数据量较大，可以考虑使用Store参数来缓存结果
处理过期keys的机制
当client主动访问key时，会先对key进行超时判断，过时的key会立刻删除；另外
Redis会在后台，每秒10次的执行如下操作： 随机选取100个key校验是否过期，如果有25
个以上的key过期了，立刻额外随机选取下100个key(不计算在10次之内)。也就是说，如果
过期的key不多，Redis最多每秒回收200条左右，如果有超过25%的key过期了，它就会做得
更多，这样即使从不被访问的数据，过期了也会被删除掉。
处理过期keys的命令
1：expire：设置过期时间，格式是expire key值秒数
2：expireat：设置过期时间，格式是expireat key值到秒的时间戳
3：ttl：查看还有多少秒过期，格式是ttl key值，-1表示永不过期，-2表示已过期
4：persist：设置成永不过期，格式是persist key值，删除key的过期设置；另外使用set或
者getset命令为键赋值的时候，也会清除键的过期时间
5：pttl：查看还有多少毫秒过期，格式是pttl key值
6：pexpire：设置过期时间，格式是pexpire key值毫秒数
7：pexpireat：设置过期时间，格式是pexpireat key值到毫秒的时间戳
</pre>
配置文件：


	 


	
		 Config命令
	
	
		可以在redis-cli里面使用config命令来获取或者设置Redis配置，可以不用重新启动Redis。命
	
	
		令是config get/set 配置名。注意并不是所有的配置参数都可以通过Config来在运行期修改，比如：
	
	
		daemonize、pidfile、port、database、dir、slaveof、rename-command等
	
	
		 redis.conf的配置介绍
	
	
		1：开头定义了一些基本的度量单位，只支持bytes，不支持bit
	
	
		2：配置中对单位的大小写不敏感
	
	
		3：配置中大致包含如下部分：
	
	
		（1）通用部分
	
	
		（2）快照部分：Redis的RDB持久化相关的配置
	
	
		（3）复制部分
	
	
		（4）安全部分
	
	
		（5）限制部分
	
	
		（6）追加模式部分
	
	
		（7）LUA脚本部分
	
	
		（8）慢日志部分
	
	
		（9）事件通知部分
	
	
		（10）高级配置部分
	


<pre class="prettyprint">通用部分
1：daemonize：是否以后台daemon方式运行
2：pidfile：pid文件位置，默认会生成在/var/run/redis.pid
3：bind：指定要绑定的IP，默认Redis会响应本机所有可用网卡的连接请求
4：port：监听的端口号，默认服务端口是6379，0表示不监听端口；如果redis不监听端口，可以通过unix
socket方式来接收请求，可以通过unixsocket配置项来指定unix socket文件的路径，并通过
unixsocketperm来指定文件的权限
5：tcp-backlog：设置tcp的backlog，backlog其实是一个连接队列，backlog队列总和=未完成三次握手队
列+ 已经完成三次握手队列。在高并发环境下你需要一个高backlog值来避免慢客户端连接问题。注
意Linux内核会将这个值减小到/proc/sys/net/core/somaxconn的值，所以需要确认增大somaxconn和
tcp_max_syn_backlog两个值来达到想要的效果
6：timeout：连接空闲超时时间，0表示永不关闭
7：tcp-keepalive：单位为秒，如果设置为0，则不会进行Keepalive检测，建议设置成60
8：loglevel：log信息级别，共分四级，即debug、verbose、notice、warning
9：logfile：log文件位置，如果设置为空字符串，则redis会将日志输出到标准输出。假如你在daemon情况
下将日志设置为输出到标准输出，则日志会被写到/dev/null中
10：syslog-enabled：是否把日志输出到syslog中
11：syslog-ident：指定syslog里的日志标志
12：syslog-facility：指定syslog设备，值可以是USER或LOCAL0-LOCAL7
13：databases：开启数据库的数量，编号从0开始，默认的数据库是编号为0的数据库，可以使用
select <DBid>来选择相应的数据库
限制部分
1：maxclients：设置redis同时可以与多少个客户端进行连接。默认情况下为10000个客户端。当你
无法设置进程文件句柄限制时，redis会设置为当前的文件句柄限制值减去32，因为redis会为自
身内部处理逻辑留一些句柄出来。如果达到了此限制，redis则会拒绝新的连接请求，并且向这
些连接请求方发出“max number of clients reached”以作回应。
2：maxmemory：设置redis可以使用的内存量。一旦到达内存使用上限，redis将会试图移除内部数
据，移除规则可以通过maxmemory-policy来指定。如果redis无法根据移除规则来移除内存中的
数据，或者设置了“不允许移除”，那么redis则会针对那些需要申请内存的指令返回错误信
息，比如SET、LPUSH等。但是对于无内存申请的指令，仍然会正常响应，比如GET等。
如果你的redis是主redis（说明你的redis有从redis），那么在设置内存使用上限时，需
要在系统中留出一些内存空间给同步队列缓存，只有在你设置的是“不移除”的情况下，才不用
考虑这个因素
3：maxmemory-samples：设置样本数量，LRU算法和最小TTL算法都并非是精确的算法，而是估算值，
所以你可以设置样本的大小，redis默认会检查这么多个key并选择其中LRU的那个
4：maxmemory-policy：设置内存移除规则，redis提供了多达6种的移除规则：
（1）volatile-lru：使用LRU算法移除key，只对设置了过期时间的键
（2）allkeys-lru：使用LRU算法移除key
（3）volatile-random：在过期集合中移除随机的key，只对设置了过期时间的键
（4）allkeys-random：移除随机的key
（5）volatile-ttl：移除那些TTL值最小的key，即那些最近要过期的key
（6）noeviction：不进行移除。针对写操作，只是返回错误信息
无论使用上述哪一种移除规则，如果没有合适的key可以移除的话，redis都会针对写请求返回错误信息
快照部分
1：save * *：保存快照的频率，第一个*表示多长时间，单位是秒，第二个*表示至少执行写操作的次数；
在一定时间内至少执行一定数量的写操作时，就自动保存快照；可设置多个条件。
如果想禁用RDB持久化的策略，只要不设置任何save指令，或者给save传入一个空字符串参数也可以
如果用户开启了RDB快照功能，那么在Redis持久化数据到磁盘时如果出现失败，默认情况下，
Redis会停止接受所有的写请求。这样做的好处在于可以让用户很明确的知道内存中的数据和磁盘上的
数据已经存在不一致了。如果下一次RDB持久化成功，redis会自动恢复接受写请求。
2：stop-writes-on-bgsave-error：如果配置成no，表示你不在乎数据不一致或者有其他的手段发现和控制
这种不一致，那么在快照写入失败时，也能确保redis继续接受新的写请求
3：rdbcompression：对于存储到磁盘中的快照，可以设置是否进行压缩存储。如果是的话，redis会采用
LZF算法进行压缩。如果你不想消耗CPU来进行压缩的话，可以设置为关闭此功能
4：rdbchecksum：在存储快照后，还可以让redis使用CRC64算法来进行数据校验，但是这样做会增加大约
10%的性能消耗，如果希望获取到最大的性能提升，可以关闭此功能
5：dbfilename：数据快照文件名（只是文件名，不包括目录），默认dump.rdb
6：dir：数据快照的保存目录（这个是目录），默认是当前路径
追加模式部分
1：appendonly：是否开启AOF
2：appendfilename：设置AOF的日志文件名
3：appendfsync：设置AOF日志如何同步到磁盘，fsync()调用，用来告诉操作系统立即将缓存的指令写入磁
盘，有三个选项：
（1）always：每次写都强制调用fsync，这种模式下，redis会相对较慢，但数据最安全
（2）everysec：每秒启用一次fsync
（3）no：不调用fsync()。而是让操作系统自行决定sync的时间。这种模式下，redis的性能会最快
4：no-appendfsync-on-rewrite：设置当redis在rewrite的时候，是否允许appendsync。因为redis进程在
进行AOF重写的时候，fsync()在主进程中的调用会被阻止，也就是redis的持久化功能暂时失效。默认
为no，这样能保证数据安全
5：auto-aof-rewrite-min-size：设置一个最小大小，是为了防止在aof很小时就触发重写
6：auto-aof-rewrite-percentage：设置自动进行AOF重写的基准值，也就是重写启动时的AOF文件大小，假
如redis自启动至今还没有进行过重写，那么启动时aof文件的大小会被作为基准值。这个基准值会和当
前的aof大小进行比较。如果当前aof大小超出所设置的增长比例，则会触发重写。如果设置auto-aofrewrite-
percentage为0，则会关闭此重写功能
复制部分
1：slaveof ：指定某一个redis作为另一个redis的从服务器，通过指定IP和端口来设置主redis。建议为从
redis设置一个不同频率的快照持久化的周期，或者为从redis配置一个不同的服务端口
2：masterauth：如果主redis设置了验证密码的话（使用requirepass来设置），则在从redis的配置中要使
用masterauth来设置校验密码，否则的话，主redis会拒绝从redis的访问请求
3：slave-serve-stale-data：设置当从redis失去了与主redis的连接，或者主从同步正在进行中时，redis
该如何处理外部发来的访问请求。
如果设置为yes（默认），则从redis仍会继续响应客户端的读写请求。如果设置为no，则从
redis会对客户端的请求返回“SYNC with master in progress”，当然也有例外，当客户端发来INFO
请求和SLAVEOF请求，从redis还是会进行处理。从redis2.6版本之后，默认从redis为只读。
4：slave-read-only：设置从Redis为只读
5：repl-ping-slave-period：设置从redis会向主redis发出PING包的周期，默认是10秒
6：repl-timeout：设置主从同步的超时时间，要确保这个时限比repl-ping-slave-period的值要大，否则
每次主redis都会认为从redis超时。
7：repl-disable-tcp-nodelay：设置在主从同步时是否禁用TCP_NODELAY，如果开启，那么主redis
会使用更少的TCP包和更少的带宽来向从redis传输数据。但是这可能会增加一些同步的延迟，大
概会达到40毫秒左右。如果关闭，那么数据同步的延迟时间会降低，但是会消耗更多的带宽。
8：repl-backlog-size：设置同步队列长度。队列长度（backlog)是主redis中的一个缓冲区，在与
从redis断开连接期间，主redis会用这个缓冲区来缓存应该发给从redis的数据。这样的话，当
从redis重新连接上之后，就不必重新全量同步数据，只需要同步这部分增量数据即可
9：repl-backlog-ttl：设置主redis要等待的时间长度，如果主redis等了这么长时间之后，还是无
法连接到从redis，那么缓冲队列中的数据将被清理掉。设置为0，则表示永远不清理。默认是1
个小时。
10：slave-priority：设置从redis优先级，在主redis持续工作不正常的情况，优先级高的从redis
将会升级为主redis。而编号越小，优先级越高。当优先级被设置为0时，这个从redis将永远也
不会被选中。默认的优先级为100。
11：min-slaves-to-write：设置执行写操作所需的最少从服务器数量，如果至少有这么多个从服务
器， 并且这些服务器的延迟值都少于min-slaves-max-lag 秒， 那么主服务器就会执行客户端
请求的写操作
12：min-slaves-max-lag：设置最大连接延迟的时间， min-slaves-to-write和min-slaves-max-lag
中有一个被置为0，则这个特性将被关闭。默认情况下min-slaves-to-write为0，而min-slavesmax-lag为10
安全部分
当redis-server处于一个不太可信的网络环境中时，可以要求redis客户端在向
redis-server发送请求之前，先进行密码验证
1：requirepass：设置请求的密码
2：rename-command：对命令进行重命名，只读的从redis并不适合直接暴露给不可信的客户
端。为了尽量降低风险，可以使用rename-command指令来将一些可能有破坏力的命令重命
名，避免外部直接调用。
如果要禁用某些命令，那就重命名为“”就可以了
Lua脚本部分
1：lua-time-limit：设置ua脚本的最大运行时间，单位是毫秒，如果此值设置为0或负数，则
既不会有报错也不会有时间限制
慢日志部分
1：slowlog-log-slower-than：判断是否慢日志的执行时长，单位是微秒，负数则会禁用慢日
志功能，而0则表示强制记录每一个命令
2：slowlog-max-len：慢日志的长度。当一个新的命令被写入日志时，最老的一条会从命令日志队列中被移除。

事件通知部分
1：notify-keyspace-events：设置是否开启Pub/Sub 客户端关于键空间发生的事件，有很多
通知的事件类型，默认被禁用，因为用户通常不需要该特性，并且该特性会有性能损耗，
设置成空字符串就是禁用
高级配置部分
1：有关哈希数据结构的一些配置项：当hash只有少量的entry，并且最大的entry所占空间没
有超过指定的限制时，会用一种节省内存的数据结构来编码：
（1）hash-max-ziplist-entries：设置使用ziplist的最大的entry数
（2）hash-max-ziplist-value：设置使用ziplist的值的最大长度
2：有关列表数据结构的一些配置项：数据元素较少的list，可以用另一种方式来编码从而节
省大量空间：
（1）list-max-ziplist-entries：设置使用ziplist的最大的entry数
（2）list-max-ziplist-value：设置使用ziplist的值的最大长度
3：有关Set数据结构的配置项：当set数据全是十进制64位有符号整型数字构成的字符串时，
设置set使用一种紧凑编码格式来节省内存的最大长度：
（1）	set-max-intset-entries：设置使用紧凑编码的最大的entry数

4：有关有序集合数据结构的配置项：有序集合也可以用一种特别的编码方式来节省大量空
间，这种编码只适合长度和元素都小于下面限制的有序集合：
（1）zset-max-ziplist-entries：设置使用ziplist的最大的entry数
（2）zset-max-ziplist-value：设置使用ziplist的值的最大长度
5：HyperLogLog 稀疏表示字节限制：这个限制包含了16个字节的头部，当一个HyperLogLog使
用sparse representation，超过了这个限制，它就会转换到dense representation上
（1）hll-sparse-max-bytes：设置HyperLogLog 稀疏表示的最大字节数
6：关于是否启用哈希刷新的配置项：启用哈希刷新，每100个CPU毫秒会拿出1个毫秒来刷新
Redis的主哈希表（顶级键值映射表），redis所用的哈希表实现采用延迟哈希刷新机制：
对一个哈希表操作越多，哈希刷新操作就越频繁；反之，如果服务器是空闲的，那么哈希
刷新就不会完成，哈希表就会占用更多的一些内存而已。默认是每秒钟进行10次哈希表刷
新，用来刷新字典，然后尽快释放内存
（1）activerehashing：设置是否启用哈希刷新，默认是yes
7：有关重写aof的配置项：当一个子进程重写AOF文件时，如果启用下面的选项，则文件每生
成32M数据会被同步。为了增量式的写入硬盘并且避免大的延迟，这个指令是非常有用的
（1）	aof-rewrite-incremental-fsync：默认是yes

8：关于客户端输出缓冲的控制项：可用于强制断开那些因为某种原因从服务器读取数据的速度不够快的客
户端，一个常见的原因是一个发布/订阅客户端消费消息的速度无法赶上生产它们的速度，可以对三种
不同的客户端设置不同的限制：
（1）normal：正常客户端
（2）slave：slave和MONITOR 客户端
（3）pubsub：至少订阅了一个pubsub channel或pattern的客户端
语法是：client-output-buffer-limit <class><hard limit> <soft limit> <soft 持续时间单位秒>
默认normal客户端不做限制，因为他们在不主动请求时不接收数据；pubsub和slave客户端会有
一个默认值；把硬限制和软限制都设置为0来禁用该功能，默认配置如下：
（1）client-output-buffer-limit normal 0 0 0
（2）client-output-buffer-limit slave 256mb 64mb 60
（3）client-output-buffer-limit pubsub 32mb 8mb 60
9：有关频率的配置项：Redis调用内部函数来执行许多后台任务，Redis依照指定的“hz”值来执行检查任
务，默认情况下，“hz”的被设定为10。提高该值将在Redis空闲时使用更多的CPU时，但同时当有多个
key同时到期会使Redis的反应更灵敏，以及超时可以更精确地处理。范围是1到500之间，但是值超过
100通常不是一个好主意。大多数用户应该使用10这个默认值，只有在非常低的延迟要求时有必要提高
到100
（1）	hz：设置检查任务的频率
</pre>
内容太多了。。。。。。