高性能高并发网站架构,教你搭建Redis5缓存集群redis-cluster投票：容错，投票过程是集群中所有master参与，如果半数以上master节点与master节点通信超过（cluster-node-timeout），认为当前master节点挂掉 。
看到这里的时候 ， 我大概明白了 ， 有 App 层、Domain 层、 Infrastructure 层，这个架构其实就是 DDD 思想的一种落地吧 。经过这两天短暂的了解，我发现如果想要理解一下抽象的 DDD 思想，那么 COLA 架构，我感觉是一个不错的切入点 。
redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机 ， 自动会进行主备切换 。
redis.conf 配置文件里 bind 0.0.0.0 设置外部访问， requirepass xxxx 设置密码 。redis高可用方案有两种： 常用搭建方案为1主1从或1主2从+3哨兵监控主节点，以及3主3从6节点集群 。
Sentinel ： redis 自带的主从切换工具，我们通过 sentinel 实现集群高可用 。客户端（ Smart Client ）：客户端通过约定查找 redis 实例在 ZooKeeper 中写入的地址 。
redis的集群模式为了解决系统的横向扩展以及海量数据的存储问题 ， 如果你的数据量很大，那么就可以用redis cluster 。
使用redis实现的分布式锁原理是什么?1、说实话，如果在公司里落地生产环境用分布式锁的时候，一定是会用开源类库的，比如Redis分布式锁，一般就是用Redisson框架就好了，非常的简便易用 。
2、Redis分布式锁可以有多种方式实现但是其核心就是通过以下三个Redis命令组合实现 。SETNX SETNX key val 当且仅当key不存在时，set一个key为val的字符串，返回1；若key存在，则什么都不做 ， 返回0 。
3、首先，分布式锁和我们平常讲到的锁原理基本一样，目的就是确保在多个线程并发时 ， 只有一个线程在同一刻操作这个业务或者说方法、变量 。
redis限制验证码发送次数和间隔1、输出每种数据类型中最大的 bigkey 的信息 。一般会配合-i参数一起使用，控制扫描间隔，避免长时间扫描降低 Redis 实例的性能 。另外该命令不要在业务高峰期使用 。
2、两种方式是设置一个过期的时间段 ， 就是咱们处理验证码最常用的策略，设置三分钟或五分钟后失效，把分钟数转换成秒或毫秒存储到redis中 。
3、减少验证码识别的频率 。如果验证码识别请求过于密集 ， 可以适当降低识别频率，给系统一定缓冲时间，避免持续大量请求触发风控机制 。比如可以将1秒识别1次改为3秒识别1次 。增加识别失败的间隔时间 。
4、验证码只能60s获取一次 并且3小时内只能获取三次，超过次数提升获取频繁，稍后再试 。正常登录1小时内失败6次账号自动锁定，1小时之后自动解锁 。获取验证码无论输入的账号存在不存在均显示发送成功，但是实际不存在的账号不会正常发送 。
5、时间限制 例如30秒后才能再次发送 。点击发送短信验证码后，客户端开始30秒倒计时，限制用户在这时间内多次的发送获取短信验证码的请求 。虽然这种方法比普遍，但通过特定方式可以绕过这个限制，直接发送短信验证码 。
6、短信发送时间间隔一般为60s，也有100s的，不过很少见 。发送短信次数限制，一般都会设置3-5次（一个手机号），主要是避免同号刷验证码接口 。5次之后点击重新发送无用 。
面试中问到Redis持久化的原理,本篇在做详细解答1、可在redis.conf中配置，会以一段时间内达到指定修改的次数为规则来触发快照操作，快照文件名为dump.rdb 。每当Redis服务重启的时候都会从该文件中把数据加载到内存中 。在60秒内有10000次操作即触发RDB持久化 。
2、RDB 持久化机制 ：是对 redis 数据执行周期性的持久化 。这种方式就是将内存中数据以快照的方式写入到二进制文件中 ， 默认的文件名为 dump.rdb 。客户端也可以使用save或者bgsave命令通知redis做一次快照持久化 。
3、AOF（append only file）持久化：以独立日志的方式记录每次写命令 ， 重启时再重新执行AOF文件中的命令达到恢复数据的目的 。AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式 。
4、redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF（append only file）持久化（原理是将Reids的操作日志以追加的方式写入文件） 。
5、在redis的配置里有着这样的一段配置：save 900 1save 300 10save 60 10000很关键的一段配置，这时RDB持久化的核心 。
6、file（aof）里面（这称为“全持久化模式”） 。
mysql和redis的并发能力1、假设持久层的缓存使用的是 Redis ， 数据库使用的是 MySQL，MySQL 的最大并发度可以预估为 1000 左右 ， 以千为单位 。Redis 的最大并发度可以预估为 5W 左右，以万为单位 。
2、缓存，必须得用缓存 大部分的高并发场景，都是读多写少，那你完全可以在数据库和缓存里都写一份，然后读的时候大量走缓存不就得了 。毕竟人家redis轻轻松松单机几万的并发 ， 没问题的 。
3、mysql和redis的数据库类型 mysql是关系型数据库，主要用于存放持久化数据 ， 将数据存储在硬盘中，读取速度较慢 。
【redis并发特别大的时候该怎么处理 redis并发限制次数】4、如下图（以Redis和Mysql为例），两个并发更新操作，数据库先更新的反而后更新缓存，数据库后更新的反而先更新缓存 。这样就会造成数据库和缓存中的数据不一致，应用程序中读取的都是脏数据 。先删除缓存，再更新数据库 。
推荐阅读
- 如何将镜像上传至服务器？ 怎么把镜像传到服务器上
- redis数据库的应用场景 redis数据库特点
- 怎样应对网站服务器繁忙的情况？ 网站服务器忙该怎么解决
- 阿里云服务器安装win10系统 阿里云服务器怎么系统重装
- 如何将询价信息发送至服务器？ 怎么把问价传到服务器上面
- 如何将代码上传至网站服务器？ 网站服务器怎么上传代码
- 怎么把云服务器的文件复制到电脑 云服务器怎么存储文件
- 如何在网站服务器上上传图片？ 网站服务器怎么上传图片