Java岗大厂面试百日冲刺 - 日积月累，每日三题【Day39】—— 数据库6

最新推荐文章于 2024-08-16 23:08:28 发布

2401_84102892

最新推荐文章于 2024-08-16 23:08:28 发布

阅读量389

点赞数 4

分类专栏： 2024年程序员学习文章标签： java 面试数据库

本文链接：https://blog.csdn.net/2401_84102892/article/details/137982675

版权

2024年程序员学习专栏收录该内容

178 篇文章 0 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注Java）

正文

– 查询非 Sleep 状态的链接，按消耗时间倒序展示，自己加条件过滤

select id, db, user, host, command, time, state, info

from information_schema.processlist

where command != ‘Sleep’

order by time desc

mysql> select id, db, user, host, command, time, state, info from information_schema.processlist where command != ‘Sleep’ order by time desc \g;

±-------±-----±----------------±----------±--------±-----±----------------------------±--------------------------------------------+

±-------±-----±----------------±----------±--------±-----±----------------------------±--------------------------------------------+

±-------±-----±----------------±----------±--------±-----±----------------------------±--------------------------------------------+

2 rows in set (0.00 sec)

这样就过滤出来哪些是正在干活的，然后按照消耗时间倒叙展示，排在最前面的，极大可能就是有问题的链接了，然后查看 info 一列，就能看到具体执行的什么 SQL 语句了，针对分析。

一般来说，要 kill 掉这些线程(同时观察 cpu 使用率是否下降)，等进行相应的调整(比如说加索引、改 sql、改内存参数)之后，再重新跑这些 SQL。

也有可能是每个 sql 消耗资源并不多，但是突然之间，有大量的 session 连进来导致 cpu 飙升，这种情况就需要跟应用一起来分析为何连接数会激增，再做出相应的调整，比如说限制连接数等。

在这里插入图片描述

课间休息，又来秀一下来自咱们群里同学的搬砖工地，坐标：？？？。

作者：云野

面试题2：什么是存储过程？有哪些优缺点？

===================================================================================

存储过程（Procedure）是一条或多条预编译的SQL语句，一组为了完成特定功能的SQL 语句集，它存储在数据库中，一次编译后永久有效，用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。

优点

在数据库中集中业务逻辑

我们可以使用存储过程来实现可被多条SQL的业务逻辑，存储过程有助于减少在许多应用程序中重复相同逻辑的工作。

使数据库更安全

数据库管理员可以为仅访问特定存储过程的应用程序授予适当的特权，而无需在基础表上授予任何特权。

较快的执行速度

如果某一操作包含大量的Transaction-SQL代码或分别被多次执行，那么存储过程要比批处理的执行速度快很多。因为存储过程是预编译的。在首次运行一个存储过程时查询，优化器对其进行分析优化，并且给出最终被存储在系统表中的执行计划。而批处理的Transaction-SQL语句在每次运行时都要进行编译和优化，速度相对要慢一些。

缺点

不可移植性

每种数据库的存储过程不尽相同，如果MySQL使用大量的存储过程，当你们想切换成Oracle时，就会发现是多么的不切实际。

复杂存储过程消耗资源多

如果存储过程中逻辑比较复杂，包含多条SQL，则每个连接的内存使用量可能将大大增加，执行时间也会很长，要有所准备。

故障排除难

调试存储过程很困难。不幸的是，MySQL没有像其他企业数据库产品（如Oracle和SQL Server）那样提供任何调试存储过程的功能。存储过程可能会封装很多业务细节，可能会导致开发人员难以理解业务，试想一下一条前辈留下来的几百行的存储过程，老板突然让你改实现逻辑，你懵逼不？

维护成本高

开发和维护存储过程可能非专业人员搞不定，新手很容易留坑或者浪费很多时间。

普通业务逻辑尽量不要使用存储过程，定时性的ETL任务或报表统计函数可以根据团队资源情况采用存储过程处理。存储过程可以快速解决问题，但是移植性、维护性、扩展性不好，它有时会约束软件的架构，约速程序员的思维，在你的系统没有性能问题时不建议用存储过程。如果你要完成的功能只是一次或有限次的工作，如数据订正、数据迁移等等，存储过程也可以拿上用场。

如果你的系统很小，并且有50%的开发人员熟练掌握PL/SQL，人员结构稳定，那存储过程可以减少很多代码量，并且性能不错。当系统变复杂了，开发人员多了，存储过程的弊端就会呈现，这时你需要痛下决心了。

在这里插入图片描述

课间休息，又来秀一下来自咱们群里同学的搬砖工地，坐标：赣州。

作者：胡巴

面试题3：比如有个用户表，身份证号字段唯一，那么基于这个字段建索引的话，从效率上讲，你会有哪些考虑呢？

==================================================================================================================

答案参考林晓斌的MySQL实战45讲

如果业务代码已经保证了不会写入重复的身份证号，那么这两个选择逻辑上都是正确的。如果从效率上讲，主要关注点还是在SELECT和UPDATE操作上；

对于一条SELECT查询来说：

假设，执行查询的语句是 select id from T where id=5。这个查询语句在索引树上查找的过程，先是通过 B+ 树从树根开始，按层搜索到叶子节点，然后取出该叶子节点所在的数据页（先判断changebuffer内存中是否有该页，没有就先从磁盘中读到内存），最后通过二分法在数据页中定位id=5的行数据。

对于普通索引：查到第一条id=5后，然后继续往后查找直到碰到第一个id!=5的记录时，结束。
对于唯一索引：由于索引定义了唯一性，查找到第一个满足条件的记录后，直接结束。

这两者性能差距会有多少呢？微乎其微。对于普通索引，因为本身就是以数据页为单位读进内存，数据页大小默认16KB（大概1000行），要多做的那一次“查找和判断下一条记录”的操作，就只需要一次指针寻找和一次计算。

对于一条UPDATE查询来说：

当需要更新一个数据页时，如果数据页在内存中就直接更新，而如果这个数据页还没有在内存中的话，在不影响数据一致性的前提下，InnoDB 会将这些更新操作缓存在 change buffer 中，这样就不需要从磁盘中读入这个数据页了。在下次查询需要访问这个数据页的时候，将数据页读入内存，然后执行 change buffer 中与这个页有关的操作。通过这种方式就能保证这个数据逻辑的正确性。需要说明的是，虽然名字叫作 change buffer，实际上它是可以持久化的数据。也就是说，change buffer 在内存中有拷贝，也会被写入到磁盘上。

将 change buffer 中的操作应用到原数据页，得到最新结果的过程称为merge。除了（SELECT）访问这个数据页会触发 merge 外，系统有后台线程会定期 merge。在数据库正常关闭（shutdown）的过程中，也会执行 merge 操作。

显然，如果能够将更新操作先记录在 change buffer，减少读磁盘，语句的执行速度会得到明显的提升。而且，数据读入内存是需要占用 buffer pool 的，所以这种方式还能够避免占用内存，提高内存利用率。