高并发系统的演进（如何设计一个高并发系统架构）

一：系统拆分：将一个系统拆分为多个子系统，用dubbo或springCloud来搞，然后每个系统连接一个数据库，这样就可以对并发访问起到一定的作用。

二：缓存：必须得用缓存。大部分的高并发场景，都是读多写少，完全可以在数据库和缓存中都写一份，然后读的时候大量都是走的缓存。毕竟redis轻松单机几万的并发是完全没有问题的。

三：MQ:可能你还是会出现高并发写的场景，比如一个业务操作里要频繁操作数据库多次，这时候就得用MQ了，大量写请求到MQ里，后边的系统消费后慢慢写，控制在mysql承载范围之内，MQ单机抗几万并发也是没有问题的。

四：分库分表，可能到了最后数据库层面还是免不了抗高并发的压力，那么就将一个数据库拆分为多个库，多个数据库来抗更高的并发；然后将一个表拆分为多个表，每个表的数据量保持少点，提高查询sql的性能。

五：读写分离，大多数情况数据库也是读多写少，没必要将所有请求都集中到一个库上，可以搞个主从架构，主库写入，从库读取，这样读流量再次上涨的时候，多加几个从库就行了。

六：Elasticsearch：对于全文检索方面的高并发，es是分布式的，可以随便扩容，因为分布式天然就可以支撑高并发。

注：以上整理自互联网