这种情况其实不应该出现。

1，能不能分成 2 步查询。
2，要 JOIN 的库能不能放在一个实例，即便是分表了能不能按相同维度分到一起。
3，使用检索服务（ ES ）将数据打平存储到一条记录里。

很多企业的甲方都是国企，政府性质的，JAVA 是比较受待见的。

有个技术叫 keepalived，可以 VIP 自动漂移，做双机备份。

有个技术叫 DNS，可以实现多 IP 负载。

你先试试批量提交能到多少。。

再做一个 service 层，把 ORM 调用封装成 API，这样不同的 controller 可以实现复用。

另外，对 controller 来说，这样只需要组合不同的 service 实现业务，其实也是进一步简化工程复杂度。

经常的，刷不开。

consul/etcd+ confd: https://my.oschina.net/guol/blog/480788

直播地址： http://www.panda.tv/301455，有兴趣可以来听听，等人多点就开始。

@laoyuan 好的。

@powerbobo 确认时间我会补充在帖子里~

先把文件 move_uploaded_file 到其他目录，再读取。

忘记贴了，我会依据这个小项目作例子： https://github.com/owenliang/react-webpack2

优化一下 tcp 内核参数 加快端口回收

不知所云。

公司不用，学来做啥？

随便校验一下。

@congeec 我也这么觉得

关键看能不能边拿薪水边学 go。

我的做法是订单存两份，以用户维度为主表（按 uid 取模），数据实时同步到商家维度的辅表（按 poi 取模）。