使用redis处理超过承受能力高并发请求

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