浅谈高并发的处理

高并发出现的原因:在短时间内,对数据库的访问量过多导致服务器宕机,因为现在网民越来越多，很多App、网站、系统承载的都是高并发请求，高峰期每秒并发量几千都很正常。就像每年的双十一，一年比一年的峰值高，每秒并发几十万，都是洒洒水。

 

对于以上的问题,我们可以从以下几个方面来考虑:

1.系统拆分:将一个系统拆分为多个子系统,用Dubbo来搞.然后每个系统来连一个数据库,这样原来一个数据库,现在多个数据库,就可以抗高并发了.

2.缓存:必须得使用缓存.大部分的高并发场景都是读多写少.可以在数据库和缓存中都写一份,然后读的时候,大量走缓存就行了.

3.MQ:可能会出现高并发写的情况,比如说一个业务场景操作中,要对数据库进行几十次的操作,里要对数据库增删改增删改,呀,疯了.

        那我们怎么办呢,用MQ吧,将大量请求灌入到MQ中,排队慢慢玩吧,后边系统消费后慢慢写,控制在数据库可承受范围之内.

4.分库分表:可能到最后,数据库还是免不了要抗高并发的要求,好吧,那就将数据库拆分为多个库,将表拆分为多张表,是每张表的数据尽量少一些,提高数据库增删改查的效率.

5.多数时候,读写分离:数据库也是读多写少,没必要将所有的请求都集中到一个库中,可以搞一个主从架构,主库写入,从库读取,搞一个读写分离,读流量太多的时候,还可以搞多个从库.

读写分离和主从架构可参考:

https://blog.csdn.net/starlh35/article/details/78735510

6.Elasticsearch,搜索框可以使用ES:ES是分布式的,可以随便扩容,分布式天然就可以支撑高并发,因为随时可以扩容来对抗高并发;