【java面经thinking】二
目录
redis了解
使用原因
应用场景
数据类型
redis事务
数据持久化
RDB(快照)：
AOF(即时更新)：
选择方式：
redis快速的原因
redis单线程
单机瓶颈
经典3问
参考博客
redis了解
缓存中间件
使用原因
缓解高并发、提升高可用。因为redis是基于内存的，读写操作要比MySQL的IO操作快得多的多。
应用场景
- 不变的用户信息：请求从缓存拿，再从数据库
- 计数器：redis的incr命令实现原子性的递增，例如限制一个接口的请求频率等
- 热点词，验证码等业务
数据类型
基于键值的方式
String，Hash，List，Set，SortSet
SortSet可以实现排行榜
redis事务
一组命令的集合，相当于一个队列。
所有命令都会被序列化，顺序执行，不会被中断（一致性，排他性，顺序性）。
不存原子性：而Mysql的事务有原子性（全成功或者全失败）。
不存隔离性：不存在脏读，幻读不可重读的现象
数据持久化
RDB(快照)：
周期性备份，数据快照形式，fork,cow。fork即创建子进程做数据同步，cow即copy on write ，父子进程数据共享数据段，父进程依旧提供读写服务。
优点： 快照恢复比AOF要快。
缺点：备份大的项目可能停顿1s,对秒杀业务不友好。丢失一个周期时间的数据。
AOF(即时更新)：
即时性备份：对每条数据的操作指令作为日志，然后追加到日志文件中，因为是追加的方式，所以不需要去寻址，比较快速。
优点：数据比较完整，写入迅速，可读性强。
缺点：恢复缓慢，每次写入redis的qps都备份较缓慢。
选择方式：
二者兼用。先用RDB快速恢复数据，再使用AOF补全。
redis快速的原因
基于内存：KV数据库，读取O(1)
单线程的：无需关注线程上下文与竞争条件，没有线程切换而产生的cpu消耗
数据结构简单：各自分段间没有关联
多路复用I/O模型，非阻塞IO，多路复用指的是多个请求复用一个线程，当多个连接都有请求时，复用器会轮询所有请求，挨个处理。
qps：每秒查询次数
redis单线程
够快了
单机瓶颈
采用redis-cluster集群来横向拓展，主从同步，读写分离，且可以有多个主节点，每个主节点又可以挂多个从节点。
经典3问
缓存穿透、缓存击穿与雪崩
参考博客
面试干货7——刁钻面试官：关于redis，你都了解什么？_群里有人试过redis吗-CSDN博客