成都西南信息控制研究院lastday

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

是腾讯的csig腾讯云，前天晚上九点突然打电话约面，激动的通宵学了一晚上，第二天状态很差改了今天（以后再也不通宵学习了）感觉自己浪费了面试官一个半小时单纯手写＋场景，无八股无项目无算法，打击真的很大，全是在面试官提醒的情况下完成的，自己技术方面真的还是有待提高，实力匹配不上大厂和已经面试的两个公司完全不一样，很注重编码能力和解决问题的能力，然而我这两个方面都很薄弱，面试官人很好很耐心的等我写完题目，遇到瓶颈也会提醒我，写不出题也会很耐心的跟我讲解好感动，到最后面试结束还安慰我打算把下周最后一场面试面完之后就不面啦，如果能去实习还是很开心，但是最重要的还是好好努力提高技术以下是面经第一题// 实现一个解析 url 参数的函数function parseUrl(urlStr) {// TODO}parseUrl('*********************************************');// 返回 {a: 1, b: 2, c: 3}追问：在链接里见过什么部分？用 hash 路由的话放在哪第二题// 考虑有一个异步任务要执行，返回 Promise，这个任务可能会失败，请实现 retry 方法，返回新方法，可以在失败后自动重试指定的次数。/*** 异步任务重试* @param task 要执行的异步任务* @param times 需要重试的次数，默认为 3 次*/function retry(task, times = 3) {// TODO: 请实现}// ---------------测试示例 ----------------// 原方法const request = async (data) => {// 模拟失败if (Math.random() < 0.7) {throw new Error('request failed');}const res = await fetch('https://jsonplaceholder.typicode.com/posts', {method: 'POST',body: JSON.stringify(data),});return res.json();}// 新的方法const requestWithRetry = retry(request);// 使用async function run() {const res = await requestWithRetry({ body: 'content' });console.log(res);}run();第三题就是给 retry 函数添加类型注释，用到泛型第四题：在组件库中将 Alert 用 api 的形式实现（应该就是 message 这个组件）怎么渲染到一个浮层里而不是原地渲染出来

打算全力参加春招了，简历也跟着目前的实习开始逐步更新，有没有佬帮看一下简历还需要怎么改。在现在的公司做了两个项目也收获了很多，产出偷了一点也了解些。

#围观美财长回应斩杀线甩锅# 2025年年中，一个风和日丽的周五下午，我带着美丽的心情，在公司，完善项目网站的一个功能，查看数据库的时候，突然发现一张表里的数据很奇怪。那是个业务数据表，按理说在几秒的时间内，不应该出现三条同样的经办数据（一个客户不可能在几秒内，做三次业务），可偏偏，很多用户数据都出现了这种情况。关键还是正式环境，客户是政府单位的，后面要是稽查起来，不敢想了。虽然不是我做的功能，但还是给我吓的，尿不湿都湿了。 我赶紧给项目经理说了情况，结果就被扣了帽子，说我发现了，怎么不赶紧改，还问是什么原因？直接给我干懵了，我是赶紧看那个功能代码呀，那会是真的害怕了，框框一顿看，后面才发现了...