由于疫情的原因，是视频面试，甲方阵容 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，服务器反向代理，数据库缓存，和程序逻辑代码的优化，项目就有了一个质的提升，但就是唯（本文来源gaodai#ma#com搞@@代~&码网
搞代gaodaima码
独没有这个 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 个进程数，后来有了一定的并发，我就该改成 “第三种” 配置模式，配置指定数量的进程数，有个最小值和最大值（最大值这里其实是忘了，就是想这肯定不能没有限制，毕竟硬件资源就是天花板呢），然后根据实际的请求数，然后动态的增加进程数量。
转载请注明原文链接：记录疫情下PHP中高级面试重点
