架构师入门——关于高并发问题的一揽子解决方案

下文是本人的理解整理，一些概念可能描述的正确，欢迎指正。

高并发给网站带来的问题主要有两个，一个是量的问题，另一个就是锁的问题，量分为访问量和数据量。找到问题，对症下药。

先聊高访问量的解决方案。

1Nginx

访问量高了，一台服务器撑不住，那就需要多台服务器分担压力。多台服务器平衡分担访问压力，实现方案就是负载均衡。实现负载均衡可以通过Apache或者Nginx服务器，后面如果聊到服务器就以Nginx为主，因为一般大的网站用的是Nginx。

2动静分离

Nginx可以实现访问请求的处理，通过反向代理的方式把动态资源请求分发给应用服务器，还可以吧静态资源请求分发给静态资源服务器，这就是动静分离。

3分布式部署

Nginx将请求按照比例分发给不同的应用服务器，多个服务器上部署同一个网站的应用，就是分布式部署。

4微服务框架

网站功能越多，应用就会越来越大，太多的业务都在同一个应用里，但是访问量大的可能只是部分业务代码，那么访问量小的代码重复部署意义不大。那么就可以将一个应用根据业务模块拆分成不同的应用，分别部署到不同服务器，应用之间通过网络请求的方式通信，这就是微服务框架。

6Redis

物理主机和应用拆分还不能完全解决访问量大的问题，因为会受制于数据库的性能，这里说的数据库是mysql这种关系数据库。mysql慢，就需要部署Redis。Redis是基于内存亦可持久化的日志型、Key-Value数据库，他的效率比mysql快多了。Redis存储量小，不能完全替代mysql。

7MongoDB

Redis存储量小，只能通过key的方式取值，难以实现复杂的查询，比如报表，这里就需要MongoDB。MongoDB是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。他支持的数据结构非常松散，是类似json的bson格式，因此可以存储比较复杂的数据类型。Mongo最大的特点是他支持的查询语言非常强大，其语法有点类似于面向对象的查询语言，几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。

8消息队列

对于单个请求，比如提交订单，引发的业务逻辑可能是连串的，比如订单系统，仓库系统，通知系统，积分系统等，但是这些业务逻辑中可能只有部分是需要紧急处理的，比如保存订单，其他的业务发短信、增加积分等可能延迟处理，延迟处理的方式是通过部署消息队列MQ实现流量削锋。消息队列（MQ）是一种应用程序对应用程序的通信方法。应用程序通过写和检索出入列队的针对应用程序的数据（消息）来通信，而无需专用连接来链接它们。消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。排队指的是应用程序通过队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。

9读写分离

数据的持久化存储最终还是在关系数据库，比如Mysql。看过一个统计，高并发请求中，引发的对数据库写请求和读请求的比例为1:9。那么也可以把数据库分布式部署，制定一部分数据库只处理读请求，一部分数据库只处理写请求。显然，读请求的数库服务器部署数量应该大于写库服务器数量。这就是读写分离。

以上是本人对于访问量的解决方案，大部分属于运维的工作，研发实现接口调用。

由于短时间访问量大，服务器多线程运行，就会有锁的问题。网站采用分布式部署后，又会出现分布式锁的问题。后文将论述锁的问题。锁主要就是由研发来解决了。