@yukiloh 三千万 是因为到这个体量， 不好维护， 比如加索引、加字段、迁移等。
只要索引合适，查询还是没问题的。

httpclient4.5.2 我们业务很依赖 http 请求,配置复杂，性能要求高
感觉新项目，或者并不是很依赖 httpclient 的项目可以是用 okHttp

业务 code 和 通信 code 分开 没毛病

从业 10 年，没建过外键
狗头保命

读写分离，为了避免读影响写， 也为了避免写影响读。

2000W 上索引，应该不慢的。

@zhangysh1995
我这边的场景每天 200 万， 查询 2 天 用 USE INDEX 就全表扫描了，必须 force index

别动不动 几千几万的并发，OK ？

个人建议，存同一个表， 用扩展表扩展业务专用信息。
因为商品，订单，支付，统一逻辑，多个业务可以公用。

有事务的地方抛异常， 没事务的地方都抓，抓了把异常放到 resultMsg 放到 result 里返回。
全局异常肯定有，个人不喜欢随便抛。

最该吐槽的就是 你们的 “架构师 ” ， 这种问题就应该责问你们搭项目的或者负责人（是楼主？）
并不是懂点技术会沟通点需求就是负责人或架构师了，是不是前期随便搭个项目就上线了，
普通员工就那么点素质， 你要求不了那么多，
合理的架构， 加上开发流程，才会避免楼主说的大多数问题。

等 4800U 或者 4600U 的 小新或者惠普的本子 大概 5，6 月份

就是因为这个，现在 Docker 都装到 虚拟机里去了

@rbq123456
你醒啦?

杭州 JAVA 整体技术水平不错, 不过各种机会还是上海大

@ddzy
在勾选一下，英文逗号的开关， 这样就完美了

工作本一定要轻薄，推荐 AMD 的锐龙系列， 玩游戏就台式。

你怼他，淘宝 item 表 feature 字段也是 json，路子很野？