业务中需要强一致性的数据如订单通过PXC保存后怎么处理高并发读？

我们知道PXC方案的写要等到每个节点返回后才能提交保存，如果我的节点有100个就会很慢，但是订单业务也是一个高并发读的业务，所以又需要多个节点承担读的负载，现在想到一个折中办法不知道是不是可行？

就是用10个节点组成订单的PXC写分片，通过vip暴露一个ip，然后再用90个mysql从节点读取vip用复制技术做主从服务，组成一个90个节点分片的读节点，所以最后订单既保证了写有一定的高可用和强一致性，又保证了订单可以在90个从节点上形成读的负载。