总监 A： 看你对 MySQL 掌握的很熟练，说说 MySQL 的隔离级别。。
我： MySQL 事务的隔离级别从第到高分别是 读未提交，读已提交，可重复读，串行化，MySQL 默认的隔离级别是 可重复读，事务并发可能引发的问题是 脏读，不可重复读，幻读，然后分别阐述了引发这几种状况的操作即解决方案。
总监 A： 你在实际场景中是更具怎样的策略来修改隔离级别的。
我： …. （这里省略号意思是我胡诌一些场景，其实是有点懵的，因为我只处理过千万级别的访问量数据，但是不是高并发，所以并未涉及修改隔离界别，还是平时思考的深度不够啊）
总监 A： innodb 的索引有哪些，它是怎么实现的。
我： 主键 唯一 普通 联合索引，有 B 树、B + 树、hash 的实现的。
总监 A： 这几中实现有什么区别，你平时设计索引时是更具是什么策略来选择它们的。
我： B 树和 B + 树是在数据在叶子结点上不一样，在树的深度上不一样，相同的检索，B 树要比 B + 树多一次的 IO。 根据实际业务场景来选择不一样索引算法，如果是读多写少，我就会选择 B + 树（实际上内心没底，因为忘了）
总监 A： MySQL 锁的分类，作用，你在实际工作的中使用场景。
我： （此时内心有些打鼓，因为之前面试都是由浅入深）… 然后简述我的理解，但是实际上答案并不满意。因为 B 和 C 也插入其他问题。
总监 B： 分布式熟悉吗，分布式锁怎么实现。
我： 可以使用 redis 的 setnx 结合过期时间实现，因为这块我之前在业务中实现过，还，，（被打断）
总监 C： 时间有限，我们继续其他问题，看你做过 PHP 优化，opcahche 是怎么用的。
我： （ 冥思了一下），，操作码解析优化.
总监 C： opcode 呢
我： 这个 没印象了，（这个确实没印象了，因为之前基于业务场景，我从前端，cdn，服务器反向代理，数据库缓存，和程序逻辑代码的优化，项目就有了一个质的提升，但就是唯独没有这个 opchache 和 opcode 的东西接触，失误啊）
总监 B： 说说你使用到的 rabbitmq 和你对他的理解。
我 ： （简述了 rabbitmq 的架构）以及我的使用场景和业务。
总监 B： 说说你用到的 topic 模式
我： （ 简述了 topic 的使用流程，算是过关了）。
总监 A： 说说 redis 分片。
我： 分片 就是将 key 分割到多个 redis 实例的处理过程，利用的是多台计算机的内存，cpu 的处理能力，提高，，，，
总监 A： 怎么样实现排行榜
我： 可以使用 redis 的有序集合，因为它有个分数，，，
总监 A： 用那个函数取值的
我： （回忆了下，确实想不起来了） 这个忘记了，什么 member 的函数。
总监 A： 说说 AOP 的，使用过吗
我： aop 切面编程，就是使用动态代理等技术使功能模块的统一维护，有点像 laravel 的 facade（心里没底，想内比来的，失败）。
总监 A： 说说 hyperf 的特点
我： 基于 swoole，插件化的高性能、高灵活的协程框架，它是依赖注入的容器化，aop 模式，注解模式，事件模式，，，
总监 A： 说说协程池和协程状态管理
我： （这里实际上没有答上来，实际上后来思考了下还是能回答部分的，至少协程状态管理是可以解答的）
总监 A： 如果会 go，这个问题很简单
总监 A： 说说 laravel
我： （这里算是我的强项了，就不一一简述了）
总监 B： 说说 Linux 吧和 shell 脚本
我： （简述了 Linux 以及常用命令和 vi），shell 的表达式和变量定义、使用都是有区别于 PHP 语言的。
总监 C： 看你使用 map reduce 对数据批处理，说说它吧
我 基于 monogo 的 map redcue 对数据处理，，，（被打断）
总监 C： 我还以为使 hadoop 的 map reduce
总监 A： 说说你对未来的规划吧
我： …
以上是我本次视频面试的 100% 还原，后来细细回想，其实很多都是能有解决方案的，但是为什么本次面试的效果如此拉跨呢，，，节奏，，对就是节奏。就是面试官以来就给了 “深” 东西，打乱了我的节奏。