其實，對於 nginx/tomcat 等這種 web 伺服器，都提供了 backlog 引數設定入口，
當然它們都會有預設值，通常這個預設值都不會太大（包括核心預設的半連線佇列和全連線佇列長度）。
如果應用併發訪問非常高，只增大應用層 backlog 是沒有意義的，因為可能核心引數關於連線佇列設定的都很小，
一定要綜合應用層 backlog 和核心引數一起看，通過公式很容易調整出正確的設定。
寫的挺好的一邊文章： nginx高併發配置
nginx配置及說明 worker processes 8 nginx 程序數，建議按照cpu 數目來指定，一般為它的倍數。worker cpu affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000...
nginx高併發配置
nginx配置及說明 worker processes 8 nginx 程序數，建議按照cpu 數目來指定，一般為它的倍數。worker cpu affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000...
MySQL 高併發配置優化
最近在搞乙個報表系統，不是很負責，但是就是資料量比較大，單次寫入上萬條資料，加上在同乙個事務裡面，部署到linux伺服器後，發現特別慢，後面發現mysql安裝後沒有優化配置檔案，導致寫入特別慢。伺服器mysql版本 mysql配置檔案預設路徑 vim etc my.cnf 配置後重啟 service...