好未来内推

面试题简述数据库出现慢查询，你会怎么排查？面试官想听的1、是否知道慢查询日志、执行计划、索引失效等定位思路；2、是否能系统化地给出步骤而不是随口乱试；3、能否举例说明曾经真实优化的过程。面试示例回答这个问题我在 XX 公司实习项目里曾经遇到过。问题表现： 当时一个接口从几十毫秒变成了 3 秒，定位后发现是 SQL 慢查询。详情请参考：http://xhslink.com/o/2pLriF66UjT由浅入深分析1、慢查询常见原因：（1）索引失效（函数、类型、模糊匹配）；（2）数据量过大，分页深；（3）锁等待或死锁；（4）联表太多；（5）查询未命中缓存。2、优化手段：（1）建立合适索引；（2）读写...

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

前言最近总结了一份深圳广和通（Fibocom）嵌入式软件工程师的一面面经，整个面试时长约40分钟。广和通作为国内领先的无线通信模组供应商，在物联网、车联网、智能终端等领域有着广泛的应用，其产品涵盖 4G、5G、NB-IoT 等多种通信制式。因此，公司对嵌入式工程师的要求不仅限于基础的单片机开发，更看重候选人在 RTOS、通信协议、底层驱动等方面的实战经验。这次面试主要由一位技术主管进行，整体氛围比较轻松，面试官会根据简历上的项目经历进行深入提问，同时穿插一些嵌入式领域的经典问题。面试内容主要分为三个部分：项目经历介绍（约10分钟）、技术基础考察（约25分钟）、反向提问环节（约5分钟）。值得注意...