PostgreSQL 给我个人的感觉是快的离谱，跟 MySQL 有一定差距……
MySQL 需要挖底层原理，脑海里都是 InnoDB/MyISAM 的结构，回头写 SQL 才能写的高效。优化基本靠人肉……
但 PostgreSQL 不需要想，各种高级特性比如 hash join 或者 index skip scan 在 MySQL 上得升到 8.0 才有。用起来基本都是一把梭……
建议精通 MySQL，投入少产出高。精力投入 PostgreSQL 的收益相对较低。

如果面试官问你的你啥都会的话这试也不用面了……这和一张 100 分的试卷一样没有意义……
因为这些根本不能反映你的水平……

为什不问问神奇的 @johnsona

使用 Lettuce 在连接 Redis Cluster 的时候
有提供一个读优先级配置
默认是 Slave

什么 TDD DDD 最后都要败给 DDL……
能上，能用，能赚钱才是王道。
单测首先 Mock 环境就够喝一壶。Mockito 还是 PowerMock 得引入。H2 和 RedisMock 都要折腾。还有 RPC 需要 Mock……
然后就是真正开始准备编码，单测里面你会发现自己代码根本没法单测……一个接口设计的不合理就要改接口来满足单测。具有上下文依赖的接口是不是要改显式注入？接口过于万能引起测试用例过多是不是需要拆分？代码覆盖率偏低是不是要调整？
坑太多收益也很一般。多数应用生命周期很短，过功能测试就上。用完就扔导致多数单测都是赔本买卖。

曼昆的经济学原理+1

把你司生产代码随便截一段，问他 DEBUG 发现这段代码有问题，能不能解决一下？答这段代码没问题的候选人留下。

MySQL 有分区表……
直接拿 tenantId 做 Column Partition 就避免发生新租户上来就在查百万表的情况……
同时 5.7 开始支持索引条件下推……

你默认没有路就不会有这些问题……

面向工资编程的情况下，谁都不愿意拿一个出了问题毫无头绪的东西，把自己的 KPI 丢进抽奖箱。
上线性能不行就是机器不够，再申请就是了。这种手段比起你上 Reactor 榨性能来说，没有任何风险。
假如性能成为瓶颈又申请不到机器，是不是考虑一下你的业务压根不赚钱了。这种时候无论你用再优雅的 Reactor 抬了多少性能都没有意义。这种情况都是穷途末路，早晚要死。

面试官用”对象内容”表述似乎不够准确，表述换成”对象的域或者对象属性不能变”会更合适更清晰。第二个单纯就是没背 Integer 缓存范围+没踩过基本类型的坑……
许多无关痛痒的小细节往往自己很难去主动意识到，尤其是长期不去使用的领域。人的精力总是有限的，可能他的经历在你的面试域的投影有着无数的偏差。但是能不能在里面找到闪光点，能不能帮助候选人修正自己长期以来的谬误，也许是也是面试中重要的一环吧。

@johnsona 人是一个奇怪的东西，总是高估自己没有的，低估自己有的。出去了又想家，家里待久了又想出去。

@johnsona 应该算把自己 pua 了

@johnsona PUA 失败，如何评价本次 PUA ？

@johnsona 没有足够坚强的意志，能配的上强大吗？连自己都开始自我否定，又怎么能得到其他人的认可，不要恐惧强大而要恐惧平庸。

@johnsona 你去了就是在放弃自己

@johnsona 你想想这些位置配得上你嘛……

3

@zmxnv123 烦请邮件一下职位列表，感谢~