Java 岗大厂面试百日冲刺 - 日积月累，每日三题【Day39

show full processlist 可以看到所有链接的情况，但是大多链接的 state 其实是 Sleep 的，这种的其实是空闲状态，没有太多查看价值；我们要观察的是有问题的，所以可以进行过滤：

-- 查询非 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;

+--------+------+-----------------+-----------+---------+------+-----------------------------+---------------------------------------------+

| id | db | user | host | command | time | state | info |

+--------+------+-----------------+-----------+---------+------+-----------------------------+---------------------------------------------+

| 1 | NULL | event_scheduler | localhost | Daemon | 515 | Waiting for next activation | NULL |

| 239904 | NULL | root | localhost | Query | 1044 | executing | select * from T like name like '%陈哈哈 %' |

+--------+------+-----------------+-----------+---------+------+-----------------------------+---------------------------------------------+

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：比如有个用户表，身份证号字段唯一，那么基于这个字段建索引的话，从效率上讲，你会有哪些考虑呢？

===================================== 《一线大厂 Java 面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》无偿开源 威信搜索公众号【编程进阶路】 =============================================================================

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

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

对于一条 SELECT 查询来说：

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

• 对于普通索引：查到第一条 id=5 后，然后继续往后查找直到碰到第一个 id!=5 的记录时，结束。

• 对于唯一索引：由于索引定义了唯一性，查找到第一个满足条件的记录后，直接结束。

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