少年不想说话

首先用户会去访问我们的项目服务，我们的服务在运行中会向数据库请求我们的数据，这里暂不考虑数据量过大情况， 我们只考虑高并发的情况；对于涌入的大量请求如果我们不加一道拦截请求的话一下进入数据库会造成数据

前面我们说了主从复制、读写分离，但是这些只是保证了高并发以及持久化的可靠性，但并不能保证我们服务的高可用性，万一我们哪天主机器崩了还需要我们手动去处理重启选主；那这部分谁来顶？怎么办？看哨兵，对于上面

我们知道前面说的主从复制的基本思想了，由于我们的主节点要处理主从数据的同步，又要处理数据的请求，对于大型项目而言，主节点随时会堵住甚至崩掉所以我们必须分流，我们可以使用分布式的方法用不同的请求地址取不

主从复制就是我们定义一个主服务，并创建多个从服务，多个从服务都与该主服务对应，将主服务的数据完好的备份到从机上实现复制的功能；通常情况下我们的一台机器如果宕机的话，那我们的系统会立即不可用直到修复；

今天插一下，我们之前说了redis的基本数据结构，我今天也恰好遇到一个可以实战的小需求，下面我们看看需求内容是用redis存储我们分析的文件结果，不一直存储，每次保持存储列表长度是50即可，按照先进先

前面我们已经看了持久化的方式和持久化的基本概念了，我们再来看看其他特性； 首先来说文件大小，RDB的文件相对于AOF来说文件比较小，这里我们要注意下，一个是RDB形式存储的是数据集，数据集就是我们的数

Redis提供了两种持久化的方式，一个RDB，一个AOF；先来了解下基本概念 ，RDB持久化表示在指定的时间内生成数据集的快照（snapshot）即将内存数据写入磁盘。AOF持久化表示记录服务器执行的

先来理解下什么是乐观锁、悲观锁 首先悲观锁的意思就是以悲观的态度去处理数据，他总是认为数据拿到时会被别人修改，所以每次拿数据时都会对其上锁，直到处理完毕才会释放锁，通常我们对数据库的操作就是通过数据库

首先我们知道的是redis它在执行命令的时候是单线程操作的，这也就意味着我们如果存在多个命令，需要一个一个执行，好比我们操作数据库两张表，一张表加，一张表减对应着我们redis的两个命令，为了保证数据