Aresxue

生产用 8 吧,如果用户量不大而且稳定性要求不高(项目本身就是技术升级试点)可以试试 11,类型推断还不错

1.是有 http 连接池，适用于那种频繁和外界进行 http 接口交互的场景，但不是太多，因为 http 交互是真的慢；
2.除了连接池，http 庞杂的消息头中有一个 Connection，1.1 默认使用 keep-alive 即可保持长连接；

sql 没有限制长度。而且这种批量代码你也是敢写，都超过内存最大限制了，说明一条 sql 里有太多条记录，max allowed packet 的本义就是让你拆分 sql，试想你 10w 里面有一条失败了，如果是 mysql 默认的严格模式你这 10w 条就都白插了。而且长时间 IO 可能给系统带来非常大的负荷，不谈死锁什么的，很有可能还会超时(jdbc 的超时时间, net_write_timeout 的超时时间, connect_timeout 的超时时间你都要考虑)。。。请想清楚你要干什么兄弟

在 bin 目录下找到*.vmoptions,打开后你就能看到熟悉的-Xms 和-Xms 了, 至于数值设置为多少,要看你本地起多少服务,要用到多少内存, 最好一次到位,-Xms 和-Xms 也设置为一样。

从 master 拉测试分支,再从测试拉开发分支,再从开发分支拉取功能点分支，尽量一个功能点一个分支,多个有关联的功能点可以考虑放在一个分支,然后开发时尽可能拆分细致点提交,最后统一合到开发分支上。

目前说是个 PPT 系统完全没问题，很希望被打脸

1.前后端都能干,建议后端提供翻译接口或者前端翻译,不建议直接返回商家,一个是中文传输可能存在问题,另一个是翻译成中文英文信息就丢失了;
2.前后端都能做,看返回 A 和 B 的这个接口是否可复用,属于会被其他服务调用的基础服务,若只是为当前页面定制的接口，必须后端做;
3.后端做。

远程 debug 一下，看下是哪里慢

正常就集群、主备、主从。没明白集群也会死掉消息怎么同步是个什么意思，可能面试官也是个半吊子。。。如果是机器都挂了，神也啥都干不了，如果是问的如何恢复，可以从系统和应用的自动重启，以及数据的持久化方面答，好比 redis 的 RDB 和 AOF