@index90 目前是根据用户 id 来分库的

@arthas2234 商家应用列表里要返回物流信息

@index90 横向扩展能详细讲讲吗，现在只做了分库没做分表，分库是按用户 id 分的

@Vegetable 其实第一种设计我认为是有些浪费的，查询只会按照订单来查，不会查询单个动态详情，这样物流动态的索引其实是用不到的？

强烈反对上面的把异常 catch 掉返回空值的做法，破坏了语义甚至可能产生一些发现不了的逻辑问题，如果非要 catch，建议再向上层抛出一个定义异常

@Newyorkcity 当前读的前提下，是不存在幻读的，没有错

@ylsc633 仅仅 mvcc 是说不加读写锁？ 我说一个用乐观锁解决，不知道对不对

@fantastM 刚想说这篇来着，非常清晰，网上可以搜到转发的，有图片，但是没保留原作者，经典文章，已保存

我的理解是类比较多的情况下，比如你要写一堆单例模式的类，就可以用依赖注入来快速开发，

@Aresxue update 有什么问题吗

@MoYi123 这样数据量太大了吧，现在的数据量单库预计一千万到两千万，每天还要新增

@encro 还是我没有说清楚，场景是一个接受数据的推送库，这个库是没有任何操作权限，只能查询，要查询推送库里的数据到业务库，这两个库表结构是不同的要对数据做些处理，另外还有别的应用对业务库插入，主要还要新增插入，只靠 update 不行，所以用了 insert on dup key，看来还是要在程序里查询 modified 时间进行比较，然后决定是 insert 还是 update

@jswh 主要还考虑延迟问题，这个业务场景要求延迟越低越好

@encro 同步过来的数据查询也很频繁

@encro 你说的对，场景是同步订单表，商家业务