面试题简述MySQL如果数据库做了分库分表，那跨库查询一般怎么处理？面试官想听的1、分库分表带来的代价2、没有完美方案，只有取舍面试回答举例分库分表后，跨库查询本质上是一个复杂问题，一般不会完全交给数据库来做。 常见的解决思路有以下几种：详情请参考：http://xhslink.com/o/4WkaXwLo8R0由浅入深分析1、分库分表本身是为了解决容量和性能问题。2、跨库 JOIN 在设计上应尽量避免。3、查询能力往往通过架构手段补偿。面试加分点1、提到分库分表是有代价的。2、提到反范式设计。3、提到跨库 JOIN 违背了分库初衷，这一点非常加分。

最近腾讯开奖，非常有诚意，38k*15+8w签+10w股/2（吓哭了）上os查了下，🐧后端岗位没发现更高的，可以确定是直接给到了天花板的ssp+。不得不说鹅是真舍得给啊，后面也是纠结了好几天，向很多人打听了情况和询问意见之后，再结合个人情况，最后还是决定忍痛拒掉了选择了薪资对折去换一个轻松和稳定我的秋招应该是结束了，互联网其他家的战况大概是：字节：ssp美团：ssp小红书：sp拼多多：白菜快手：大概率泡死了在前面拿offer的时候有多开心，到后面一个个拒掉的时候就有多心痛。我经常跟朋友调侃说，自己面试中表现的特质很吸引大厂，但真把我招进去，他们多半是要后悔的我也明白自己聪明度尚可，但并非卷王体质，甚至有些懒散（实习的时候经常摸鱼被同事说hhh），再加上易焦虑，所以经常怀疑自己是否真的适合互联网当然每个人不一样，我也见到过很多高精力人群，热爱技术，校招去了国央企之后受不了跳到互联网反而如鱼得水的。选择工作本质上也是选择今后的人生，希望自己在未来不会后悔现在的决定也祝愿大家得到自己满意的工作

离职之后才发现，世界真的就是个巨大的草台班子。原本我一个人负责的项目，我走了之后被拆分给好几个人一起做，结果还是干不明白。不是事情有多难，而是没人愿意真正把细节弄清楚。需求一知半解，代码没人整体把控，出了问题就来回甩锅，效率反而更低。以前总觉得很多流程很“正规”，现在才发现，很多事情能跑起来，靠的只是有人在兜底。一旦兜底的人走了，系统立刻开始摇摇欲坠。所以有时候真不是个人多就行，草台班子里，真正靠谱的永远是那几个把事当事的人。