记录疫情下PHP中高级面试重点-php教程-PHP中文网

由于疫情的原因，是视频面试，甲方阵容 hr 主管一人，产品经理一人，本次面试直接负责人技术总监 A，另外两人好像是同岗位不同部门负责人 (B 和 C)（嗯，年龄都是 35+）。

话不多说直接上题。 (有些想用冒号分隔的，奈何键盘的冒号键和 tab 好像坏了)

开场时， hr 介绍了本次参与面试的各成员即职位，然后了解他的疑问，产品经理询问了本辞职的原因和想要了解的问题。

接下来正戏开始了。

总监 A：看你对 MySQL 掌握的很熟练，说说 MySQL 的隔离级别。。

我： MySQL 事务的隔离级别从第到高分别是读未提交，读已提交，可重复读，串行化，MySQL 默认的隔离级别是可重复读，事务并发可能引发的问题是脏读，不可重复读，幻读，然后分别阐述了引发这几种状况的操作即解决方案。

总监 A：你在实际场景中是更具怎样的策略来修改隔离级别的。

我： …. （这里省略号意思是我胡诌一些场景，其实是有点懵的，因为我只处理过千万级别的访问量数据，但是不是高并发，所以并未涉及修改隔离界别，还是平时思考的深度不够啊）

总监 A： innodb 的索引有哪些，它是怎么实现的。

我：主键唯一普通联合索引，有 B 树、B + 树、hash 的实现的。

总监 A：这几中实现有什么区别，你平时设计索引时是更具是什么策略来选择它们的。

我： B 树和 B + 树是在数据在叶子结点上不一样，在树的深度上不一样，相同的检索，B 树要比 B + 树多一次的 IO。根据实际业务场景来选择不一样索引算法，如果是读多写少，我就会选择 B + 树（实际上内心没底，因为忘了）

总监 A： MySQL 锁的分类，作用，你在实际工作的中使用场景。

我：（此时内心有些打鼓，因为之前面试都是由浅入深）… 然后简述我的理解，但是实际上答案并不满意。因为 B 和 C 也插入其他问题。

总监 B：分布式熟悉吗，分布式锁怎么实现，了解过 etcd 吗。

我：可以使用 redis 的 setnx 结合过期时间实现，因为这块我之前在业务中实现过，etcd，这个没了解过（心里就没有这个概念），还，，（被打断）

总监 C：时间有限，我们继续其他问题，看你做过 PHP 优化，opcahche 是怎么用的。

我：（冥思了一下），，操作码解析优化.

总监 C： opcode 呢

我：这个没印象了，（这个确实没印象了，因为之前基于业务场景，我从前端，cdn，服务器反向代理，数据库缓存，和程序逻辑代码的优化，项目就有了一个质的提升，但就是唯独没有这个 opchache 和 opcode 的东西接触，失误啊）

总监 C：简述一下 url 发生的过程，说重点就行

我浏览器输入 url 之后解析成 IP，然后请求发送到 web 服务器，如果是 nginx 就会通过 cgi 发送给 PHP-FPM，然后等待 PHP 脚本解析，处理逻辑，响应数据。

总监 C： cgi 是什么东西，用来干嘛的

我： cgi 是一个协议，是类似于 PHP 这样的语言和 web 服务器通信一个协议。

总监 B： PHP-FPM 是什么架构模式的，你怎么优化过它。

我：它是一个 master（主）-worker（工作进程）的架构模式，正真处理请求的是 work 进程，master 主要是管理和回收子进程，优化的话，曾经有更改过它的进程数的配置，我大概简述一下：由于之前配置的静态模式，默认的 200 个进程数，后来有了一定的并发，我就该改成 “第三种” 配置模式，配置指定数量的进程数，有个最小值和最大值（最大值这里其实是忘了，就是想这肯定不能没有限制，毕竟硬件资源就是天花板呢），然后根据实际的请求数，然后动态的增加进程数量。

总监 B：还有其他优化吗

我：（沉默了会儿，其实当时修改时还是做了其他修改的，但是确实忘了，感觉此次面试拉跨了），当时确实还做了其他优化来的，，但是想不起来了。

总监 B：说说你使用到的 rabbitmq 和你对他的理解。

我：（简述了 rabbitmq 的架构）以及我的使用场景和业务。

总监 B：说说你用到的 topic 模式

我：（简述了 topic 的使用流程，算是过关了）。

总监 A：说说 redis 分片。

我：分片就是将 key 分割到多个 redis 实例的处理过程，利用的是多台计算机的内存，cpu 的处理能力，提高，，，，

总监 A：怎么样实现排行榜

我：可以使用 redis 的有序集合，因为它有个分数，，，

总监 A：用那个函数取值的

我：（回忆了下，确实想不起来了）这个忘记了，什么 member 的函数。