記錄一次并發(fā)情況下的redis導(dǎo)致服務(wù)假死的問(wèn)題解決
問(wèn)題描述
最近項(xiàng)目在做性能壓測(cè),框架使用的是 spring boot 2.1.2 + jedis 2.9.1,80個(gè)并發(fā)持續(xù)壓測(cè)4-5分鐘服務(wù)就假死,所有的請(qǐng)求就pending,查看服務(wù)日志沒(méi)有任何異常,查看其它沒(méi)有使用redis的接口都能正常請(qǐng)求。
查找問(wèn)題思路
查看了一下redis的連接配置,都是正常夠用的
再使用jstack看一下堆棧信息

發(fā)現(xiàn)很多WAITING的線程,再往下看都是redis的getResource方法導(dǎo)致的等待。
查看redis的源碼
Jedis.java@Override public void close() { if (dataSource != null) {//1 if (client.isBroken()) { this.dataSource.returnBrokenResource(this); } else { this.dataSource. returnResource(this); // 2 } this.dataSource = null; // 3 } else { super.close(); } }分析一下這個(gè)代碼,
client.isBroken()這里默認(rèn)值是false,連接釋放的時(shí)候先釋放resource 然后再將dataSource置為null,那如果是并發(fā)的情況下話,那有可能再下一個(gè)線程進(jìn)來(lái)的時(shí)候dataSource已經(jīng)就是null了,在執(zhí)行第2步的時(shí)候dataSource剛好被置為null,那這個(gè)時(shí)候就無(wú)法釋放連接了。這個(gè)時(shí)候我們?cè)倏聪芦@取連接的方法。JedisSentinelPool.java@Override public Jedis getResource() { while (true) { Jedis jedis = super.getResource(); jedis.setDataSource(this); // <-- This line // get a reference because it can change concurrently final HostAndPort master = currentHostMaster; final HostAndPort connection = new HostAndPort(jedis.getClient().getHost(), jedis.getClient() .getPort()); if (master.equals(connection)) { // connected to the correct master return jedis; } else { returnBrokenResource(jedis); } } }這里
jedis.setDataSource(this);設(shè)置的則為null。
問(wèn)題解決方案
我查看了一下jedis的github,在issue上有找到有人曾經(jīng)提出過(guò)這樣的問(wèn)題,https://github.com/redis/jedis/issues/1920 ,給出的解決方案是升級(jí)jedis的jar包到2.10.2版本以上,換成高版本的以后問(wèn)題果然就解決了。
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
<version>2.10.2</version>
</dependency>這里要注意一下的是jedis的版本跟spring-data-redis的版本是有一個(gè)對(duì)應(yīng)關(guān)系的。
spring-data-redis 2.1.x 對(duì)應(yīng)的jedis版本是2.x.x 版本
spring-data-redis 2.2.x 對(duì)應(yīng)的jedis 版本就是3.x版本了
分析升級(jí)版本以后的改動(dòng)
還是看那兩個(gè)類,看看新版本做了什么改動(dòng)
public void close() {
if (this.dataSource != null) {
Pool<Jedis> pool = this.dataSource;
this.dataSource = null;
if (this.client.isBroken()) {
pool.returnBrokenResource(this);
} else {
pool.returnResource(this);
}
} else {
super.close();
}
}這里很明顯的處理方式就是講dataSource復(fù)制給pool,然后用pool去釋放資源,這個(gè)時(shí)候設(shè)置dataSource與這個(gè)就沒(méi)有關(guān)系了,就不存在釋放資源釋放不了的情況了。
到此這篇關(guān)于記錄一次并發(fā)情況下的redis導(dǎo)致服務(wù)假死的問(wèn)題解決的文章就介紹到這了,更多相關(guān)redis導(dǎo)致服務(wù)假死內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Redis如何使用樂(lè)觀鎖(CAS)保證數(shù)據(jù)一致性
本文主要介紹了Redis如何使用樂(lè)觀鎖(CAS)保證數(shù)據(jù)一致性,文中通過(guò)示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-03-03
Redis和Lua使用過(guò)程中遇到的小問(wèn)題
這篇文章主要給大家介紹了關(guān)于Redis和Lua使用過(guò)程中遇到的小問(wèn)題,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2019-11-11
使用 Redis 流實(shí)現(xiàn)消息隊(duì)列的代碼
這篇文章主要介紹了使用 Redis 流實(shí)現(xiàn)消息隊(duì)列,本文通過(guò)實(shí)例代碼給大家介紹的非常詳細(xì),具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2019-11-11
Redis shake實(shí)現(xiàn)可視化監(jiān)控的示例代碼
Redis可視化監(jiān)控是通過(guò)監(jiān)控Redis服務(wù)器的各項(xiàng)指標(biāo)和狀態(tài),并將其以可視化的方式展示給用戶,本文給大家介紹了Redis shake實(shí)現(xiàn)可視化監(jiān)控,并通過(guò)代碼示例講解的非常詳細(xì),需要的朋友可以參考下2024-03-03
基于Redis實(shí)現(xiàn)每日登錄失敗次數(shù)限制
這篇文章主要介紹了通過(guò)redis實(shí)現(xiàn)每日登錄失敗次數(shù)限制的問(wèn)題,通過(guò)redis記錄登錄失敗的次數(shù),以用戶的username為key,本文給出了實(shí)例代碼,需要的朋友可以參考下2019-08-08

