关于Redis的一些见解

Redis入门参考百度
为什么用Redis
从高性能、高并发方向考虑，提供几个参考案例：我上一家公司是一家2b型公司做的是CRM之类的服务，那么里面会有类似于部门组织人员之类的关系，每次查询都从数据库查的话会比较浪费时间，因为每个人有着各自的约束，这对用户来说使用体验就不会那么友好了，此时就可以把查出来的数据放进redis；从并发角度来说，上家公司做过一个IM红包功能，在拆分好红包对应金额以后把红包的list存入redis，用户从redis取，因为redis是单线程的不会带来因为并发导致的奇怪的问题；最后是redis的一些其他用途比如说扫码防止用户重复扫码，将用户的id拼装进redis，进程跑完后删除，当然这样要处理好redis的过期时间，不然如果redis在用户使用时候挂掉了，会导致一些其他问题
Redis面试注意的点
首先redis和memcached的区别，redis存放类型有hash、list、set、zset(排序的set)、key-value，memcached只有简单的key-value；redis是单线程的memcached是多线程；参考链接
redis为什么是单线程的呢，和redis内部的一个文件传输机制的东西有关那个是单线程的，而且redis是基于内存操作，速度本来就快设计成单线程的话会避免频繁切换上下文；
Redis的持久化有哪些，RDB(Redis DataBase)、AOF(Append-Only)，RDB是一个redis的快照，每隔一段时间才会生成，而AOF是redis的日志每次写入一条信息都会记录下来，他比较于RDB会更全面，用作于灾难恢复会更倾向于AOF；
Redis穿透和雪崩，一般讲穿透基本是一些恶意攻击，解决思路例如把每次穿透的查询结果就算是空的也给存入redis，或者把存在的查询条件存入redis每次数据请求过来去redis取一次有才访问数据库，但是这样会有一些其他问题；雪崩聊起来就比较麻烦了，主要从事前事中事后进行分析吧，我虽然遇见过雪崩但是我毕竟当时并不是主力力量所以很多东西都只能讲一些思路，事前高可用架构（redis的主从、哨兵、集群cluster）做好备份，事中熔断、限流、降级，采用内部小缓存ecache，然后尽快恢复redis，事后总结检讨(滑稽)；
还有一些其他问题类似架构选择，面试官给你挖坑，redis用的算法等等就不一一列举了，像什么ArrayList能不能存redis啊，hash和一致性hash啥区别粗略讲一下，或者你提到了redis分布式锁那redis分布式锁大致是什么和zk锁区别是啥啊。还是尽量把面试官往自己熟悉的地方带吧。
个人总结
多学多看多问吧