golang redis線程池優(yōu)化

讓我們先從pool的數(shù)據(jù)結(jié)構(gòu)說(shuō)起:

Dial:是必須要實(shí)現(xiàn)的,就是調(diào)用普通的的redis.Dial即可。

TestOnBorrow:在獲取conn的時(shí)候會(huì)調(diào)用一次這個(gè)方法,來(lái)保證連接可用(其實(shí)也不是一定可用,因?yàn)閠est成功以后依然有可能被干掉),這個(gè)方法是可選項(xiàng),一般這個(gè)方法是去調(diào)用一個(gè)redis的ping方法,看項(xiàng)目需求了,如果并發(fā)很高,想極限提高速度,這個(gè)可以不設(shè)置。如果想增加點(diǎn)連接可用性,還是加上比較好??磦€(gè)人取舍了。

MaxIdle,idle,IdleTimeout:都是idle相關(guān)設(shè)置,MaxIdle決定idle的列表長(zhǎng)度,IdleTimeout決定了idle列表中conn的生命周期,默認(rèn)為0,即lifetime,如果設(shè)置了idleTimeout的話,在獲取conn的時(shí)候會(huì)檢查idle隊(duì)列中的連接,把超時(shí)的連接關(guān)閉掉。

MaxActive:線程池的最大連接數(shù)。線程池都是優(yōu)先復(fù)用已有的連接,但是不可避免總是會(huì)有新建連接的時(shí)候,那么這個(gè)值就是限定了連接數(shù)的上限。

Wait:當(dāng)連接數(shù)已滿,是否要阻塞等待獲取連接。false表示不等待,直接返回錯(cuò)誤。

下面我們分析一下核心的獲取連接的方法

// get prunes stale connections and returns a connection from the idle list or

// creates a new connection.

func (p *Pool) get() (Conn, error) {

p.mu.Lock()

// Prune stale connections.

//檢查超時(shí)的連接,如果超時(shí),則從idle隊(duì)列中移除

if timeout := p.IdleTimeout; timeout > 0 {

for i, n := 0, p.idle.Len(); i < n; i++ {

e := p.idle.Back()

if e == nil {

break

}

ic := e.Value.(idleConn)

if ic.t.Add(timeout).After(nowFunc()) {

break

}

p.idle.Remove(e)

p.release()

p.mu.Unlock()

ic.c.Close()

p.mu.Lock()

}

}

for {

// Get idle connection.

//從idle隊(duì)列中復(fù)用已有的連接

for i, n := 0, p.idle.Len(); i < n; i++ {

e := p.idle.Front()

if e == nil {

break

}

ic := e.Value.(idleConn)

p.idle.Remove(e)

test := p.TestOnBorrow

p.mu.Unlock()

if test == nil || test(ic.c, ic.t) == nil {

return ic.c, nil

}

ic.c.Close()

p.mu.Lock()

p.release()

}

// Check for pool closed before dialing a new connection.

if p.closed {

p.mu.Unlock()

return nil, errors.New("redigo: get on closed pool")

}

// Dial new connection if under limit.

//還沒(méi)達(dá)到最大連接數(shù),idle中又沒(méi)有可用的連接,那么就new一個(gè)連接出來(lái)

if p.MaxActive == 0 || p.active < p.MaxActive {

dial := p.Dial

p.active += 1

p.mu.Unlock()

c, err := dial()

if err != nil {

p.mu.Lock()

p.release()

p.mu.Unlock()

c = nil

}

return c, err

}

if !p.Wait {

p.mu.Unlock()

return nil, ErrPoolExhausted

}

if p.cond == nil {

p.cond = sync.NewCond(&p.mu)

}

p.cond.Wait()

}

}

綜上可知,想提高redis的處理速度,可以把idle設(shè)置的大一點(diǎn),當(dāng)然active的值是一定要比idle大的(0表示不限制)。這里還有一點(diǎn)需要注意的redis本身支持的連接數(shù)設(shè)置問(wèn)題,剛才分析的都是client端的情況,如果server只支持100的連接數(shù),那客戶端的pool設(shè)定再多也沒(méi)有用,redis的連接數(shù)配置又是另外一個(gè)話題,這里就不展開(kāi)講。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 不支持上傳文件,所以就復(fù)制過(guò)來(lái)了。作者信息什么的都沒(méi)刪。對(duì)前端基本屬于一竅不通,所以沒(méi)有任何修改,反正用著沒(méi)問(wèn)題就...
    全棧在路上閱讀 2,067評(píng)論 0 2
  • Spring Cloud為開(kāi)發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中一些常見(jiàn)模式的工具(例如配置管理,服務(wù)發(fā)現(xiàn),斷路器,智...
    卡卡羅2017閱讀 136,553評(píng)論 19 139
  • 一、官網(wǎng)關(guān)于自動(dòng)釋放池的說(shuō)明截取 NSAutoreleasePool NSAutoreleasePool 類被用來(lái)...
    Mitchell閱讀 14,107評(píng)論 5 40
  • 月亮森林,有眼淚種下的相思草,每次滿月的時(shí)候,相思草瘋長(zhǎng),于風(fēng)中搖曳,笛聲聲聲慢,他與她相會(huì),煮一壺?zé)岵?,品一往?..
    輕拂一衣痕閱讀 222評(píng)論 0 0
  • 呼蘭河是我故鄉(xiāng)的河,河上有船,但是不很多。河的對(duì)岸似乎沒(méi)有人家,而是一片柳條林。再往遠(yuǎn)看,就不能知道那是什么地方了...
    柒木流言閱讀 1,932評(píng)論 0 4

友情鏈接更多精彩內(nèi)容