通常多數人不會注意Nginx的accept_mutex配置，不過實際上它對系統的吞吐量有一定的影響，今天生物鐘紊亂睡不著覺，索性閑扯一下Nginx的accept_mutex配置。
讓我們看看accept_mutex的意義：當一個新連接到達時，如果激活了accept_mutex，那麼多個Worker將以串列方式來處理，其中有一個Worker會被喚醒，其他的Worker繼續保持休眠狀態；如果沒有激活accept_mutex，那麼所有的Worker都會被喚醒，不過只有一個Worker能獲取新連接，其它的Worker會重新進入休眠狀態，這就是「驚群問題」。
Nginx預設激活了accept_mutex，也就是說不會有驚群問題，但真的有那麼嚴重么？實際上Nginx作者Igor Sysoev曾經給過相關的解釋：
OS may wake all processes waiting on accept() and select(), this is called thundering herd problem. This is a problem if you have a lot of workers as in Apache (hundreds and more), but this insensible if you have just several workers as nginx usually has. Therefore turning accept_mutex off is as scheduling incoming connection by OS via select/kqueue/epoll/etc (but not accept()).
簡單點說：Apache動輒就會啟動成百上千的進程，如果發生驚群問題的話，影響相對較大；但是對Nginx而言，一般來說，worker_processes會設置成CPU個數，所以最多也就幾十個，即便發生驚群問題的話，影響相對也較小。
…
假設你養了一百隻小雞，現在你有一粒糧食，那麼有兩種餵食方法：
可以看到此場景下，激活accept_mutex相對更好一些，讓我們修改一下問題的場景，我不再只有一粒糧食，而是一盆糧食，怎麼辦？
此時如果仍然採用主動抓小雞過來塞糧食的做法就太低效了，一盆糧食不知何年何月才能喂完，大家可以設想一下幾十隻小雞排隊等著餵食時那種翹首以盼的情景。此時更好的方法是把這盆糧食直接撒到小雞中間，讓它們自己去搶，雖然這可能會造成一定程度的混亂，但是整體的效率無疑大大增強了。
…
Nginx預設激活了accept_mutex，是一種保守的選擇。如果關閉了它，可能會引起一定程度的驚群問題，表現為上下文切換增多（sar -w）或者負載上升，但是如果你的網站訪問量比較大，為了系統的吞吐量，我還是建議大家關閉它。
[火星人 ] Nginx的accept_mutex配置分析已經有942次圍觀
