NoSQL的运用场景，你的项目在哪里用到它

1、什么是NoSQL

NOSQL说的是非关系型数据库，常用的有redis mongdb.

2、Redis数据类型

• String（字符串）
• Hash (哈希，类似java中的map)
• List (列表)：链表
• Set (集合)
• Zset (sorted set:有序集合)

3、数据存储方式

redis的数据持久化有两种方式，RDB(Redis DataBase)和AOF(Append Only File)

RDB

• 在指定的时间间隔内将内存中的数据集快照写入磁盘，（snapshot快照），它恢复时是将快照文件直接读到内存里。
• Redis会单独创建一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束时，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能，如果需要进行大规模数据恢复，且对于数据恢复的完整性不是非常敏感，那rdb方式要比AOF方式更加高效，RDB的缺点是最后一次持久化后的数据可能丢失。
• 默认保存的文件 是 dump.rdb 文件, RDB也是默认的保存策略

AOF

• 以日志的形式来记录每个写的操作；将redis执行过的所有写指令记录下来（读操作不记录），只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis重启的话，就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。

• aof保存的是appendonly.aof文件

• appendonly no：默认是关闭的。修改为yes；

• dump.rdb和appendonly.aof 可以同时存在，先会加载appendonly.aof文件。

• 如果出现断电等特殊情况，appendonly.aof文件中可能会出现错误的内内容，当redis启动时，会先加载appendonly.aof文件，但是文件内容错误，则造成的结果就是启动失败。
  可以先将appendonly.aof文件进行清理，然后再启动.

4、使用redis有哪些好处

• (1)速度快，因为数据存在内存中，类似于HashMap，HashMap的优势就是查找和操作的时间复杂度都是O(1)

• (2) 支持丰富数据类型，支持string，list，set，sorted set，hash

• (3) 支持事务，操作都是原子性，所谓的原子性就是对数据的更改要么全部执行，要么全部不执行

• (4) 丰富的特性：可用于缓存，消息，按key设置过期时间，过期后将会自动删除

• (5)性能极高 Redis能读的速度是110000次/s,写的速度是81000次/s

5、应用场景

• 会话缓存，缓存购物车信息。
• 全页面缓存
• 队列
• 排行傍/计数器
• 发布与订阅
• 限时任务，如优惠，手机验证码
• 分布式锁

6、持久化策略

• Appendfsync
  i.always：同步持久化，每次发生数据变更会被立即记录到磁盘中，性能较差但数据完整性比较好。
  ii.everysec：出厂默认推荐，异步操作，每秒记录，如果一秒内宕机，有数据丢失
  iii.no：不适用

• 重写rewrite
  AOF采用文件追加方式，文件会越来越大为避免出现此种情况，新增了重写机制，当AOF文件的大小超过所设定的值时，redis就会启动AOF文件的内容压缩。只保留可以恢复数据的最小指令。

  重写的触发机制：
  Redis会记录上次重写时的aof大小，默认配置是当aof文件大小是上次rewrite后大小的一倍，且文件大于64M是触发。

• 缺点

相同数据集的数据而言aof文件要远大于rdb文件，恢复速度慢与rdb；

Aof运行效率要慢与rdb，每秒同步策略效率较好，不同步效率和rdb相同。

• 总结

RDB持久化方式能够在指定的时间间隔能对你的数据记性快照存储。

AOF持久化方式记录每次对服务器写的操作，当服务器重启的时候，会重新执行哪些命令来恢复原始的数据，AOF命令一redis协议追加保存每次写的操作到文件末尾，redis还能对AOF文件进行后台重写，使得AOF文件的体积不至于过大。

只做缓存，如果你值希望你的数据在服务器运行的时候存在，你也可以不适用任何持久化的方式。

同时开启两种持久化的方式：第一、这种情况下，当redis重启的时候会优先载入AOF文件来恢复原始的数据，因为在通常情况下AOF文件保存的数据集要比RDB文件保存的数据集要完整，第二、RDB的数据不实时，同时使用两者服务器重启也只会找AOF文件，那要不要只使用aof呢？建议不要，因为RDB更适合用于备份数据库（aof在不断变化不好备份），快速重启，而且不会有AOF可能存在的bug。建议两者都开启。