并发每秒1万java-mysql的架构设计问题

最佳回答:

如何处理高并发问题，参考这里：https://yq.aliyun.com/articles/696140?source=5176.11533457&userCode=ffsbbyn0

官方帮助文档地址：阿里云帮助中心

更多参考： 阿里云官方(新用户需官网注册查看)

如何处理高并发问题，参考这里：https://yq.aliyun.com/articles/696140?source=5176.11533457&userCode=ffsbbyn0

首先要理解业务，每一次请求都获取实时的机票价格是无意义的，因为数据量非常大，而且查询费用很高，实际上查询的人数一般远多于下单的人数。所以查询可以用一个近似的请求，而下单的时候再做一次准确的查询。具体来说就是建立一个缓存，定期把机票查询的结果放入缓存，这样前台的查询压力可以全部转移到缓存上，缓存定期刷新。如果有人有下单意愿，再引导到下单界面，在这个界面实时查询一次机票接口，获取实时价格再下单。

个人建议吧，采用可以伸缩的架构，web层与业务层解耦（可以考虑MOM，如：activemq。这样，你们的处理层可以水平伸缩而不受web层的影响，可以考虑broker伸缩。自然，web层伸缩也应该很容易达成。）最基本的动静分离，读写分离这些都是考虑的。
对于极高热点数据区的读可以考虑采用cache或者cache & persistece，比如：redis、couchbase等。对于猛烈的写（这个地方考虑事务有无必要），如果无需事务，那么redis、couchbase、cassandra其实都挺不错的。如果要考虑事务就比较麻烦了，建议采用集群事务数据库，毕竟自己实现事务于数据存粗外不是件容易的事。