1、系统拆分
将一个系统拆分成多个子系统,可以用dubbo来搞。然后每个系统连接一个数据库,多个系统就由多个数据库,这样可以抗高并发。
2、缓存
大部分高并发的场景都是读多写少,对热点数据进行缓存,用redis,单机轻松搞定几万并发。
3、用消息队列MQ
可能会出现高并发写的场景,这个时候用redis来承载写就不行了,因为是缓存,数据随时可能被LRU了,数据格式还无比简单,没有事务支持。只能用MySQL,然后大量写请求都灌入MQ中,排队慢慢等被消费,后边的系统消费后慢慢写,控制在MySQL承载范围之内。MQ单机抗几万并发也是ok的。
4、读写分离
大部分时候数据库还是读多写少,没必要所有请求都集中在一个库上,可以搞个主从架构,主库写入,从库读取。搞一个读写分离。如果读流量太多的时候,还可以加更多的从库。
5、分库分表
可以将一个数据库拆分为多个库,多个库来抗更高的并发。然后将一个表拆分为多个表,每个表的数据量保持少一点,提高sql跑的性能。
6、Elasticsearch
ES是分布式的,可以随便扩容,分布式天然就可以支撑高并发,因为可以通过扩容机器来抗更高的并发。一些比较简单的查询,统计类的操作,可以考虑用ES来承载,还有一些全文搜索类的操作,也可以用ES来承载。