redis配置文件/主从复制原理

1-什么是CAP?

CAP理论是指在分布式存储系统中，最多只能实现上面的两点。由于当前的网络硬件存在延迟丢包等问题，所以分区容忍性是我们必须要实现的。所以我们只能在一致性和可用性之间进行权衡，没有NoSQL系统能同时保证这三点。

C=====> Consistency (一致性)

A=====> Availcbility (可用性)

P=====> Partition tolerance (分区容错性)

2-Redis 配置文件中有哪些核心的配置信息?作用分别是什么?

UNITS：

配置大小单位，开头定义了一些基本的度量单位，只支持 bytes，不支持 bit。大小写不敏感。

INCLUDES：

类似 JSP 程序中的 include，多实例的情况可以把公用的配置文件提取出来。

NETWORK：

bind：默认情况下 `bind=127.0.0.1` 只能接受本机的访问请求。在不写的情况下，无限制接受任何 IP 地址的访问。生产环境需要填写你应用服务器的地址。由于服务器是需要远程访问的，所以需要将其注释掉。
protected-mode：将本机访问保护模式设置
port：端口号，默认 6379

3-乐观悲观锁的区别?

1. 悲观锁：悲观锁(Pessimistic Lock)顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库就用到了很多这种锁机制，比如行锁，表锁，读锁，写锁等，都是在做操作之前先上锁。
2. 乐观锁：乐观锁(Optimistic Lock)顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量。Redis就是利用这种check-and-set机制实现事务的。
总的来说，悲观锁一种保守的方式，总是假设数据被并发访问并进行一些预先的锁定，虽然能够保数据的安全，但是也会造成不必要的性能损失。而乐观锁则是更为普遍的一种方式，假设并发访问相对较小，而且可以在更新时进行并发控制，在保证数据安全与性能的前提下，不会造成额外的锁开销。

4-Redis 主从复制原理?

Redis 一般是使用一个 Master 节点来进行**写**操作，而若干个 Slave 节点进行**读**操作，Master 和 Slave 分别代表了一个个不同的 Redis Server 实例。
另外定期的数据备份操作也是单独选择一个 Slave 去完成，这样可以最大程度发挥 Redis 的性能，为的是保证数据的弱一致性和最终一致性。
另外，Master 和 Slave 的数据不是一定要即时同步的，但是在一段时间后 Master 和 Slave 的数据是趋于同步的，这就是最终一致性。