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

😭😭主包在一个小小小厂实习，这个是个初创公司，人数十人左右。开发一款交友app，基本使用cc编码调bug。这个实习写到简历上会不会脏简历呀，还想着年后投大厂呢

昨天点名时候，她没有听到，然后后面她直接上去说我到了然后这个老师认识我，之前大二参加她的实验室，打比赛还拿过奖我给她说了这个老师认识我的，点名就举手就行，结果。。。。。。。。因为实在找不到人了，昨天就只能找到个女生幸好班导没有较真儿，搪塞过去了他问我有没有出去实习，5月份我有问过这个事情昨天我差点以为要回家了这2天开始做事儿了，下周就元旦了，离期末1-20，没几天了，保佑我

题干解析 题设给定一个砖块状态数组和每次的敲击情况，砖块只有互相在上下左右具备连接，且有至少一个砖块与顶部连接才算稳定，打击后变得不稳定的砖块组会被消除，要求我们返回每次敲击后的砖块因不稳定而消除的数量。 算法思路 初始情况所有还存在的砖块可看作一个组，后续的击打便是消除组内部分连接边使得组可能一分为二也可能不变，一分为二时不稳定的组便会被清除，且需要确定清除了多少个砖块。 有关分组的数据我们不妨使用并查集进行维护，但有一个重要问题便是并查集本身并不支持删除已建立的连接。对此我们不妨逆向解决此问题，由此我们成功将并查集无法处理的边删除问题逆向为边增添的问题。假设我们得到所有需要打掉的砖块后的砖...