亚洲国产日韩欧美一区二区三区,精品亚洲国产成人av在线,国产99视频精品免视看7,99国产精品久久久久久久成人热,欧美日韩亚洲国产综合乱

• 試驗的邏輯比較簡單, 就是Node訪問資料庫查詢資料, SQL語句的執(zhí)行時間在2秒左右, 我用JMeter進行多線程測試(5線程),按照預(yù)想的結(jié)果(根據(jù)Node非堵塞特性), 應(yīng)該是5線程同時在2秒回傳結(jié)果, 但是結(jié)果是這樣的:

• 

• 

• 按照結(jié)果來看, Node成串行執(zhí)行了, 這和預(yù)想的結(jié)果完成不一致啊, 哪位能解釋一下

• #程式碼:

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)
    })
})

• 註: 不是資料庫處理的問題, 因為我用兩臺不同的機器, 執(zhí)行相同的SQL語句, 時間都2秒

以下為補充

• #依照@邊城的原因是多條SQL語句用的同一個connection, 現(xiàn)在程式碼已修改, 使用的是資料庫連線池, 執(zhí)行結(jié)果如下圖:

• #程式碼如下:

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)
        })
    })
})

• 這樣的結(jié)果和預(yù)想就比較一致了, 5線程同時查詢, 都是在4s 時間返回, 壓力上去了, 查詢時間自然會長, 經(jīng)測試, 當線程改成2時, 返回的時間在2s , 和預(yù)期也一致!