由于疫情的原因，是視頻面試，甲方陣容 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 的函數。

總監 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% 還原，后來細細回想，其實很多都是能有解決方案的，但是為什么本次面試的效果如此拉跨呢，，，節奏，，對就是節奏。就是面試官以來就給了 “深” 東西，打亂了我的節奏。