大概5天后约的二面## 高并发性能相关q:如果有一个抢票的场景,会采取什么方案保证高并发时候的性能?a:首先考虑扩容,然后采用负载均恒来减少路由层面的压力,比如对ip地址做个哈希q:怎么保证相对公平性,比如保证先来后到,但是也不是绝对公平a:对请求排队来保证公平性,同时也能形成限流结果,也可以通过一些抢占机制,让公平性下降q:如果造成了超卖问题,该如何发现?如何解决a:发现:超卖问题可能是数据库或者部分流程down掉导致的,也就可以从这部分入手,如果发现了部分服务down掉,就考虑造成了超卖问题,还有可能是重复的请求,没有正确获取锁,解决方法就是组织重复请求。解决:如果发现了超卖问题,暂停对数据的消费,保存在请求队列中,运行检查机制后,再重新评估这个数据是否能继续消费q:提到了队列,你在选择相关技术的时候,会考虑哪些方面?a:考虑吞吐量,是否可以无缝扩容,响应速度快q:如果要监控数据库的性能,该看哪些指标?(没回答上来之后提示了,数据库也是一台计算机)a:监控磁盘、内存、cpu的占用,监控连接数是否到达瓶颈## 总结还有一些问题是在记不清楚了,几乎全部是诸如此类的业务相关的问题,我不会也不是很了解,面试官每次听完我的答案都给了半肯定的答案:“这样也行”、“这个也可以”,所以应该是没有答到点子上,我需要加强相关的知识点特别是消息队列和redis的理解了,面试很快,大概30分钟不到就结束了,其中面试官会不厌其烦地重复和解释问题给我思考时间。