qq_20963687的博客

Redis 通过复制功能实现主节点的多个副本。主节点⽤来写, 从节点⽤来读. 这样做可以降低主节点的访问压⼒.复制⽀持多种拓扑结构，可以在适当的场景选择合适的拓扑结构。复制分为全量复制和部分复制。主从节点之间通过⼼跳机制保证主从节点通信正常和数据⼀致性。从机多了, 复制数据的延时⾮常明显.主机挂了, 从机不会升级成主机. 只能通过⼈⼯⼲预的⽅式恢复.

Redis 的事务和 MySQL 的事务概念上是类似的. 都是把⼀系列操作绑定成⼀组. 让这⼀组能够批量执⾏。Redis 事务本质上是在服务器上搞了⼀个 “事务队列”。每次客⼾端在事务中进⾏⼀个操作，都会把命令先发给服务器，因此，Redis 的事务的功能相⽐于 MySQL 来说，是弱化很多的。只能保证事务中的这⼏个操作是 “连续的”，不会被别的客⼾端 “加塞”，仅此⽽已为了更好理解redis事务的概念，举一个例子：这种写法有一个问题就是多线程的时候会有并发的问题，需要加锁。

Redis 提供了两种持久化⽅案：RDB 和 AOF。RDB 视为内存的快照，产⽣的内容更为紧凑，占⽤空间较⼩，恢复时速度更快。但产⽣ RDB 的开销较⼤，不适合进⾏实时持久化，⼀般⽤于冷备和主从复制。AOF 视为对修改命令保存，在恢复时需要重放命令。并且有重写机制来定期压缩 AOF ⽂件RDB 和 AOF 都使⽤ fork 创建⼦进程，利⽤ Linux ⼦进程拥有⽗进程内存快照的特点进⾏持久化，尽可能不影响主进程继续处理后续命令。