用戶量訪問大的時候,這邊監(jiān)控機(jī)器的CPU負(fù)載和內(nèi)存都保持在低于20%的水平 但是后臺請求接口會類似排隊機(jī)制,有時候請求很快有時候會很慢,這邊已經(jīng)確定不是自己查詢邏輯的問題 和數(shù)據(jù)庫的問題,直接查詢只有幾十條數(shù)據(jù)的表 也會有時候返回的很慢
鏈接池的配置參數(shù)
'db' => [ 'enable' => true, 'max_active' => swoole_cpu_num() * 32, 'max_wait_time' => 15,],
'cache' => [
'enable' => true,
'max_active' => 24,
'max_wait_time' => 15,
],
已經(jīng)都改到了比較大的水平 請問下有什么原因會導(dǎo)致上述現(xiàn)象
我感覺是redis的瓶頸 解析 或讀取用戶TOKEN 導(dǎo)致接口響應(yīng)的慢 看說明這個像緩存的配置參數(shù) 但是改完后還是沒什么明細(xì)效果