理想汽车24秋招保姆级内推

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

不知道实习经历这么写对不对呀

早上开晨会，领导突然说让我把手头的工作全放一放，给我塞了个新任务 —— 给系统里一堆字段做加密解密。功能本身不难，就是个简单的加解密逻辑，但架不住改动点太多了，几乎每个涉及这些字段的接口、页面、数据库操作都要手动加解密，想想就头大。更离谱的是，领导直接跟我挑明 “必须用 AI 做，AI 做不好你再手动改”，等于把我变成了 “AI 指挥官 + 校对工”。我的工作瞬间从写代码变成了跟 AI 掰扯：跟它说清楚哪些字段要加密、哪些要解密、用什么算法、在哪几个文件里改，光沟通需求就耗了一上午。用的是 Cursor，一次批量改动直接用掉了 13 美刀，看着扣费提示我都心疼 —— 这钱还不如给我加个餐呢！而且 AI 改的代码根本不能直接用，要么漏了某些文件的改动，要么加密解密的位置搞反了，我还得逐行核对，把 AI 没改对的地方手动修正，比自己从头写还费眼。最憋屈的是，这活完全没成长啊！就是重复的加解密操作，AI 代劳了大部分，我只负责核对和兜底，学不到任何新东西，还特别无聊。想摸鱼都不敢光明正大摸，得盯着屏幕逐行检查，生怕漏了哪个 bug，最后还得自己做全量测试，确保每个加解密场景都没问题。本来以为这周能准点下班，结果现在又得天天加班赶进度，越干越没劲儿。实习生的命也是命啊，能不能来点有技术含量的活？这种纯重复、靠 AI 代工还费钱的任务，真的让人越干越内耗，只想赶紧做完交差，再也不想碰了！

前言：半年多没写牛客了，因为一直都在你节打黑工，感觉组内转正应该无望，好在拿了wxg的offer，不然感觉就玉米s了 ，也不会有心态去接着面试啥的至今的历程：大一进了双非文科专业，感觉天崩开局，再到后面转到计算机，以为能真从学校学到点东西，然后发现计算机专业也不教技术，大一下开始接外包，再到大二寒假开始实习，然后两段中小厂实习之后来到了字节tt，然后在这边干了半年多，但是依然因为一些客观原因，感觉转不了了，好在期间拿到了鹅wxg的offer准备去广州开启新旅程了，要和北京节说再见了