感觉头部量化好难进啊，灵均幻方这些直接简历挂，九坤推进度太难了，这周都未必能出结果。字节基架也是偏底层软硬件结合方向的，也就是说两个的领域有所交叉。感觉就是字节压力大点，但是天花板高，量化一个公司也就一百多个人，不懂数学概率学可能天花板会低一点

太痛苦了，家人们帮帮忙吧。快手在北京元中心smartx在上海离学校近，但是估计也要租房工资都差不多转正的话应该也都没有铁保证

请问大家，面试官提出这样一个问题，比如现在有一个网上购物网站，比如购买并发数是200，单机最多能承受100的流量，使用redis和微服务架构，有什么好办法吗？这里的操作主要是增改，比如生成订单，减少数据库中的某个商品的数量（卖出去了）。我这里想到的是使用redis集群并且拆表，也就是不同的redis负责不同的请求，减少商品生成订单这些拆分到不同的节点上去。然后redis处理好之后丢到消息队列让数据库慢慢更新。然后面试官说实际生产不是这么做的，然后好死不死这里他声音模糊了，（一个面试全程听不清楚声音真痛苦），然后我下一个面试撞车了，我就听到一个要使用主从数据库。有大佬能指点一下主从数据库能不能实现这样的效果？他使用binlog，在相同的数据上肯定是会加锁的，也就是说如果持续购买同一个商品，最多也就是串行的效率，那怎么可能实现这样的高并发目标？

大家会怎么做呢

所以有没有大佬能交流一下，如果我想在开发中比较快的查找，修改数据，哪个数据结构更好用呢？如果用了unordered_map，有什么办法能弥补范围查找性能不足的问题呢？