1、对比关系型数据库，我们对redis key的设计一般有以下两种格式：

表名：主键名：主键值：列名
表名：主键值：列名在所有主键名都是id的情况下（其实我个人不喜欢这种情况，比如user表，它的主键名就应该是user_id，而不是id,这样在表与表之间关联的时候一目了然）

2、redis中事务只支持隔离和一致，不支持原子和持久。所以可以保证批量命令的执行，但无法保证数据完整性。

3、redis是单线程安全的，并发问题主要在于，若并发取出同一个数据，再进行计算后，再并发存入redis，那后写入的会覆盖先写入的，程序上理论应得结果就会异于数据库最后所存数据。

4、redis持久化的两种方式：

1) RDB（默认）适用于内存较大的机器，使用快照保存数据，快照文件较小方便容灾，快照时会突然占用大量内存（数据越多内存占用越大），默认已配置快照触发条件。

2) AOF 适用于内存较小的机器，使用日志保存数据，日志文件较大不便容灾，每秒同步或者每修改同步

5、一般应用

主从复制

1、从机只能读，无法写入任何数据

2、从机建立后，主机会将快照发给从机，从机获得主机所有数据

3、主机宕机后，从机不会推选出新主机，需启动一个哨兵—Sentinel进行管理

4、主机必须开启持久化，否则主机宕机后重新启动将会清空所有从机数据

5、若从机较多，则可以使用薪火相传方式，每台从机可以成为下一台从机的主机,即：Master <- Slave1 <- Slave2 <- Slave3...

6、slave of no one 该指令可以反客为主，将从机变为主机

1、需要开启pidfile和append备份文件所在目录的当前用户操作权限

2、最好把redis-server/cli/trib.rb 命令加入 /usr/bin 中以便随地使用

3、注意是否安装了yum install ruby 和gem install redis

4、服务器需开启和开放相应的端口

5、连接集群需使用命令：redis-cli -c -p 端口

6、连接任意节点均可存取数据，但存数据操作只转移到主节点进行

7、若删除主节点，需移动哈希槽的值到另一个主节点，主节点个数要与原来启动集群时保持一致，否则哈希槽分配会出现缺失

8、在4.0中试验若节点挂掉，如主节点数量足够，似乎恢复该节点后并不会自动加入原有集群（待验证）

最常见应用场景：缓存(如session缓存)

其他

2：队列

3：排行榜/计数器

4：发布/订阅

5、setbit(bitmap)统计活跃用户

字符串(Strings)

列表(Lists)

集合(Sets)

散列(Hashes)

有序集合(Sorted Sets)

其他命令(Other Commands)

sort source-key [BY pattern] [Limit offset count] [Get pattern [Get pattern ...]] [Asc|Desc] [Alpha] [Store dest-key] - 根据给定的选项，对输入的列表、集合或者有序集合进行排序，返回或存储排序的结果

发布/订阅(publish/subscribe)

过期时间(expiring keys)

persist key-name - 移除键的过期时间
ttl key-name - 查看给定键距离过期还有多少秒
expire key-name seconds - 让指定键在给定秒数后过期
expireat key-name timestamp - 将给定的过期时间设置为给定的Unix时间戳
pttl key-name - 查看给定键距离过期还有多少毫秒(version >= 2.6)
pexpire key-name milliseconds - 让指定键在给定毫秒数后过期(version >= 2.6)
pexpireat key-name timestamp-milliseconds - 将给定的过期时间设置为给定的毫秒级精度的Unix时间戳(version >= 2.6)

位图操作(bitmap)