Redigo-Verbindungspool - Warum die Sperre beim Entfernen der veralteten Verbindung aufheben

Question

Redigo ist ein Golang-Client für die redis-Datenbank. Es verwendet die Struktur 10, um einen Pool von Verbindungen aufrechtzuerhalten. Diese Struktur enthält eine Mutex-Sperre für die parallele Anwendung und Verbindung der Anwendung.

type Pool struct { 
    // ... 
    IdleTimeout time.Duration 
    mu  sync.Mutex 
    // Stack of idleConn with most recently used at the front. 
    idle list.List 
} 

In seinen get Verfahren entfernt Verbindungspool abgestanden (Leerlaufzeit) Verbindungen erstens. Wenn eine veraltete Verbindung gefunden wird, wird sie vom Pool freigegeben, gibt die Sperre frei, schließt die Verbindung und versucht erneut, die Sperre zu aktivieren.

Warum entsperrt Pool und versucht, Sperre wieder zu erwerben, anstatt nur entsperren, bevor Funktion zurückkehrt? Ich schätze, dass das Schließen einer Verbindung ziemlich viel Zeit kosten kann, was andere Goroutine-Wartezeiten auf diesen Mutex verlangsamen wird.

Hier ist die ganze Pool get method

Answer 1

Schließen einer Verbindung ziemlich viel Zeit kosten kann, die anderen goroutine auf dieser Mutex warten verlangsamen. Was @Cerise Limón gesagt hat - Es scheint unklug, die gesamte Nutzung des Pools für diese Zeit zu sperren.

Nach dem Entsperren des Mutex erhält einer der wartenden Gatorutinen den Mutex. Obwohl goroutine für get Methode immer noch veraltete Verbindungen entfernen muss, kann die Methode put Verbindung zum Pool herstellen und so schnell wie möglich weitere Arbeiten ausführen.