Mysql 在上千上万条记录中表现很好，这种设计可以跑的同，但是一个商铺有十个订单平均，那么商铺和订单数据是10倍映射，当订单数量相当大的时候影响性能。数据库表也可以动态添加啊。所以你可以对订单记录进行分表处理。但是不能用自增的shop_id 作为外键，因为你分表后，自增的id 基数回到零，就算可以手动设置，这样很不方便，所以外键最好自己生成，方便分表。生成唯一id的方法很多，你可以自己设计一套。

我的理解就是设计一个商铺表，还有一个交易表，交易表的外键是商铺表的主键，总的来说，MySQL还是可以抗住很大的压力的，再就是可以利用一些开源的解决方案，或者订单表做定期分表，关键看你怎么实现。

纠正一下我上面说的，其实我在开发中很少用到外键，外键这个东西是一个双刃剑，建议看一下为什么在开发中尽量避免用外键