1、redis命令不区分大写和小写。可是KEY区分大写和小写。
.png)
(integer) 1
127.0.0.1:6379> type chongzhi
list
11、散列（hash）类型的字段值仅仅能是字符串类型，不支持其它数据类型。即：散列类型内部不能嵌套其它类型。
12、Reids的其它数据类型相同不支持数据类型嵌套。如 集合类型的每一个元素都仅仅能是字符串。
2、redis-cli -h 127.0.0.1 -p 6379 依据IP/PORT链接服务端
3、redis-server --port 6380 --port參数设置服务端端口号
4、參数设置
A、redis-server redis.conf 启动时载入配置文件设置參数
B、redis-server redis.conf --loglevel waring 通过启动參数覆盖配置文件里同名的參数值
C、执行时更新參数值，不须要重新启动redis 。可是有些參数不能再执行时更新的。
CONFIG SET loglevel waring
5、KEYS pattern 通配符规则
A、？ ------------匹配一个字符
B、 * -------------匹配随意个字符（包含0）个
C、 []-------------匹配括号间的随意字符，‘-’表示一个区间范围。如 a[b-d] 能够匹配 ab,ac,ad。
D、x-------------转义字符。
如要匹配 ？ 就须要 ?
6、获取全部KEY : keys *
7、检验KEY是否存在：exists 'key' ，返回 1 表示存在，0表示不存在。
127.0.0.1:6379> exists klov(integer) 0
8、删除KEY：del chongzhi foo。返回删除键的个数
127.0.0.1:6379> del chongzhi foo
(integer) 2
再次运行，
127.0.0.1:6379> del chongzhi foo
(integer) 0
(integer) 0
9、获取键值的数据类型
127.0.0.1:6379> type foo
string
string
10、LPUSH 向指定的列表类型的建中添加一个元素，假设KEY不存在则创建它
127.0.0.1:6379> LPUSH chongzhi 1(integer) 1
127.0.0.1:6379> type chongzhi
list
11、散列（hash）类型的字段值仅仅能是字符串类型，不支持其它数据类型。即：散列类型内部不能嵌套其它类型。
12、Reids的其它数据类型相同不支持数据类型嵌套。如 集合类型的每一个元素都仅仅能是字符串。
13、Redis的每一个键值都是使用redisObject结构体保存的。该结构体中有个变量refcount 保存键值被引用的次数。一个键值能够被多个键引用。
14、Redis启动后会预先建立10000个分别存储从0到999这些数字的redisObject 类型变量作为共享对象。假设设置的字符串键值在这10000个数字内（如set key 123）则能够直接引用共享对象而不用再建立一个redisObject了，也就是说存储0到999键值占用的空间是0字节。
由此可见，假设使用字符串类型键存储对象ID这样的小数字是很节省空间的，Redis仅仅需存储键名和一个对共享对象的引用就可以。
15、假设配置过文件參数maxmemory 设置了Redis可用的最大空间大小时，Redis不会使用共享对象。由于对于每个键值都须要使用一个redisObject来记录器LRU信息。当删除KEY时连带value可用一块删除（猜）。只是可用删除value的引用和key.
16、强制杀死服务
[root@localhost redis-2.8.17]# ps -ef | grep redis
601 2116 1 0 Oct28 ?00:35:58 redis-server *:6379
root 7778 7668 0 20:20 pts/4 00:00:00 grep redis601 25717 25659 0 11:22 pts/0 00:00:00 redis-cli601 25785 25753 0 11:23 pts/2 00:00:00 redis-cli
[root@localhost redis-2.8.17]# kill -s 9 2116
17、redis-server --daemonize yes使Redis以守护进程模式执行