Comment résoudre les problèmes de délai d'attente et de survente dans le scénario de vente flash dans Redis

Timeout

1. Raison du délai d'expiration de la connexion Redis

(1) Problèmes de configuration dans la machine virtuelle

Lorsque nous testons la connexion à distance La console peut signaler l'erreur suivante lorsque la connexion Redis réussit.
est le suivant :

J'ai mal à la tête à chaque fois que je vois le texte rouge sur la console. . .

L'affichage dans la console signifie probablement que le délai de connexion a provoqué l'échec.
résume les trois raisons suivantes d'échec de connexion :

• Le pare-feu sous Linux n'est pas fermé et provoque une panne.

• redis est à ouvrir.

• bind 127.0.01 dans redis.conf doit être commenté, puis le mode protégé n'a pas besoin d'être modifié.

Si vous rencontrez les problèmes ci-dessus à l'avenir, veuillez le rechercher vous-même.

(2) Simuler un délai d'attente en haute simultanéité lors d'une connexion Redis réussie

Comme le montre l'image :

#🎜🎜 #

2. Solution

Vous pouvez rencontrer des problèmes de délai de connexion lors de l'utilisation de jdbc dans MySQL, nous utilisons donc des pools de connexions à la base de données pour résoudre le problème, tels que Druid, c3p0, etc. De la même manière, nous pouvons également utiliser le pool de connexions à la base de données dans Redis.

Enregistrez la consommation provoquée par chaque connexion au service redis et réutilisez les instances connectées.

Gérer le comportement de connexion via les paramètres

Allez directement dans le code du bloc-notes !

Paramètres du pool de liens :

• MaxTotal : contrôle le nombre de Jedis pouvant être alloués à les instances d'un pool sont obtenues via pool.getResource(); si la valeur est -1, cela signifie qu'il n'y a pas de limite ; si le pool a reçu des instances jedis MaxTotal, l'état du pool à ce moment est épuisé.

• maxIdle : Contrôle le nombre maximum d'instances Jedis avec un statut inactif dans un pool

#🎜🎜 #MaxWaitMillis : Indique le nombre maximum de millisecondes à attendre lors de l'emprunt d'une instance jedis. Si le temps d'attente est dépassé, JedisConnectionException sera levée directement
testOnBorrow : Obtenir une instance jedis Si pour vérifier la disponibilité de la connexion (ping()) ; si c'est vrai, les instances jedis obtenues sont toutes disponibles ; #1 Vente flash et phénomène de survente

• Dans les scénarios à forte concurrence, plusieurs threads mettent à jour l'inventaire simultanément, ce qui entraîne inventaire négatif.

Picture fantasy :

2. Solution

(1) Utiliser le verrouillage optimiste Éliminer les utilisateurs et résolvez le problème de survente

Photo ci-dessus :

//增加乐观锁
jedis.watch(qtkey);
 
//3.判断库存
String qtkeystr = jedis.get(qtkey);
if(qtkeystr==null || "".equals(qtkeystr.trim())) {
	System.out.println("未初始化库存");
	jedis.close();
	return false ;
}
 
int qt = Integer.parseInt(qtkeystr);
if(qt<=0) {
	System.err.println("已经秒光");
	jedis.close();
	return false;
}
 
//增加事务
Transaction multi = jedis.multi();
 
//4.减少库存
//jedis.decr(qtkey);
multi.decr(qtkey);
 
//5.加人
//jedis.sadd(usrkey, uid);
multi.sadd(usrkey, uid);
 
//执行事务
List<Object> list = multi.exec();
 
//判断事务提交是否失败
if(list==null || list.size()==0) {
	System.out.println("秒杀失败");
	jedis.close();
	return false;
}
System.err.println("秒杀成功");
jedis.close();	

Copier après la connexion

#🎜🎜 ## 🎜🎜#

Principe du schéma :

(1) Lorsque l'utilisateur achète, l'inventaire est surveillé par surveillance. Si l'inventaire change après la surveillance par surveillance, il le sera. capturé Anormal et abandonner l’opération de décrémentation de l’inventaire.

(2) Si l'inventaire ne surveille pas les évolutions et que la quantité est supérieure à un, l'inventaire est réduit de un et la tâche est exécutée.

Inconvénients

Redis Lorsque vous essayez de terminer une transaction, il peut essayer de la réexécuter à plusieurs reprises en raison d'un échec de transaction

Il est très important de s'assurer que l'inventaire des marchandises est correct , mais le simple fait d'utiliser un mécanisme comme WATCH met trop de pression sur le serveur

(2) Utilisez la commande watch + multi + setnx de reids pour implémenter

Pourquoi avez-vous besoin construire la serrure soi-même ?

Bien qu'il existe des commandes SETNX similaires qui peuvent implémenter la fonction de verrouillage dans Redis, le mécanisme fourni par d'autres verrous n'est pas complet
Et setnx n'a pas certaines fonctionnalités avancées des verrous distribués, ou nous je dois le construire manuellement.

(1) Créer un verrou Redis

Dans Redis, vous pouvez créer un verrou en utilisant la commande SETNX : rs.setnx(lock_name, uuid value)

Et ce que fait le verrou, c'est définir un UUID de 128 bits généré aléatoirement sur la valeur de la clé de bit pour empêcher le verrou d'être acquis par d'autres processus.

(2) Libérez le verrou

L'opération de suppression du verrou est très simple Il vous suffit de juger et de vérifier le résultat uuid obtenu par la valeur clé du correspondant. lock.
Remplit les conditions (Jugez la valeur de l'uuid) Supprimer dans Redis via delete, rs.delete(lockname)

De plus, lorsque d'autres utilisateurs détiennent des verrous du même nom, en raison de l'uuid différent, les verrous d'autres personnes ne seront pas libérés par erreur après vérification.

(3) Résolvez le problème selon lequel le verrou ne peut pas être libéré

.

Dans les verrous précédents, il y avait également un tel problème. Par exemple, après qu'un processus ait maintenu le verrou et que soudainement le programme se soit écrasé, le verrou ne pouvait pas être libéré
Et d'autres processus ne pouvaient pas maintenir le verrou et continuer à fonctionner. pour résoudre ce problème, vous pouvez ajouter la fonction de délai d'attente de verrouillage lors de l'acquisition du verrou.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!