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

自己几个月的努力没有白费，真的很开心，也重新拾起能让自己自信的勇气感谢之前各位素不相识的牛友们的鼓励与支持这一刻，坚持仙蛊，练成！

RT，深大25届计算机本科，今年5月份就去实习，11月底转正，昨天突然通知要裁员，也算是好聚好散，赔偿还算满意。但是不知道后续要如何找工作，在校学的杂，c++，Python，go，Java都会一点，主学Java，工作做的是 c sharp，个人感觉和Java很像，后续参加社招要如何准备呢，是继续找c sharp相关还是说捡回Java，我意愿还是走后端路线工作六个多月，做的是互联网相关的业务，不是制造业，刚开始做一些小业务，后续做了一些技术框架的升级，类似于springboot的c#版本，例如，把旧的框架换成新框架，自己设计过滤器和中间件之类的的工作。后面就开始做了一些较为核心的业务，直到昨天被裁顾虑就是好像Java方面有半年空窗期，c sharp 市面上岗位少有大佬支支招吗

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