• Die Logik des Tests ist relativ einfach, das heißt, der Knoten greift auf die Datenbank zu, um Daten abzufragen. Ich habe JMeter verwendet, um Multi-Thread-Tests durchzuführen Die erwarteten Ergebnisse (gemäß den nicht blockierenden Eigenschaften von Node) sollten sein. Es sind 5 Threads, die das Ergebnis gleichzeitig in 2 Sekunden zurückgeben, aber das Ergebnis sieht so aus:

• 

• 

• Den Ergebnissen zufolge wird Node in Serie ausgeführt. Dies stimmt nicht mit dem erwarteten Ergebnis überein.

• Code:

app.get('/', function (req, res) { var now = +(new Date()) connection.query('select count(*) from ACTIVITY group by name', function (err, result, fields) { var curr = +(new Date()) var tmp = '耗时:' + (curr - now) console.log(tmp) res.send(tmp) }) })

• Hinweis: Es handelt sich nicht um ein Datenbankverarbeitungsproblem, da ich zwei verschiedene Computer verwende, um dieselbe SQL-Anweisung auszuführen, und die Zeit 2 Sekunden beträgt

Das Folgende sind Ergänzungen

• Laut @biancheng liegt der Grund darin, dass mehrere SQL-Anweisungen dieselbe Verbindung verwenden und der Datenbankverbindungspool wie folgt verwendet wird:

• Der Code lautet wie folgt:

app.get('/', function (req, res) { var now = +(new Date()) pool.getConnection(function (err, conn) { console.log('--连接池连接成功!' + +(new Date())) conn.query('select count(*) from ACTIVITY group by name', function (err, result, fields) { var curr = +(new Date()) var tmp = '耗时:' + (curr - now) console.log(tmp) res.send(tmp) }) }) })

• Dieses Ergebnis stimmt besser mit den Erwartungen überein, und alle Rückgabezeiten betragen 4 Sekunden+. Wenn der Druck zunimmt, wird die Abfragezeit natürlich länger. Die Rückkehrzeit beträgt 2s+, was den Erwartungen entspricht!