有问题请发邮箱dengyifanlittle@163.com进行讨论

应用解耦可以看作是把相关但耦合度不高的系统联系起来。流量削峰一般应用在大流量入口且短时间内业务需求处理不完的服务中心， 为了权衡高可用，把大量的并行任务发送到 MQ 中， 依据 MQ 的存储及分发功能，平稳的处理后续的业务，起到一个大流量缓冲的作用。一个消息队列的终端，也是消息的调用端 具体是根据消息承载的信息，处理各种业务逻辑。主要的处理单元，负责消息的存储、投递、及各种队列附加功能的实现，是消息队列最核心的组成部分。消息的产生者与调用端，主要负责消息所承载的业务信息的实例化，是一个队列的发起方。

MySQL性能优化可分为4个大部分：1、硬件和操作系统层面的优化2、架构设计层面的优化3、MySQL程序配置优化4、SQL优化1、硬件及操作系统层面优化从硬件层面来说，影响 Mysql 性能的因素有，CPU、可用内存大小、磁盘读写 速度、网络带宽从操作系层面来说，应用文件句柄数、操作系统网络的配置都会影响到 Mysql 性能。这部分的优化一般由 DBA 或者运维工程师去完成。在硬件基础资源的优化中，我们重点应该关注服务本身承载的体量，然后提出合 理的指标要求，避免出现资源浪费。

如果是先删除缓存，再更新数据库，理想情况是应用下次访问 Redis 的时候，发 现 Redis 里面的数据是空的，就从数据库加载保存到 Redis 里面，那么数据是 一致的。这种模式在主从的基础上新增了哨兵节点，但主库节点宕机后，哨兵会发现主库节点宕 机，然后在从库中选择⼀个库作为进的主库，另外哨兵也可以做集群，从⽽可以保证但某⼀个哨兵 节点宕机后，还有其他哨兵节点可以继续⼯作，这种模式可以⽐较好的保证Redis集群的⾼可⽤，但 是仍然不能很好的解决Redis的容量上限问题。所以就会出现数据一致性问题。