通過場景日誌分析讀取引數化的方式。

1、當使用者名稱的引數化方式選擇，

併發使用者數：10個，執行時間10分鐘，每種儲存圖表的事務均進行了140個事務，10個併發進行了140個事務，即每個併發進行了14個迭代，即選了14個使用者，如果從001使用者開始取值，根據每次迭代選新使用者，則最後用的014使用者，

為啥不是099使用者，因為是順序的讀取使用者因此使用的使用者是 001---014使用者；

2、用場景執行日誌中的引數化結果去驗證一下，發現日誌中有10個log，編號分別從1-10；檢視裡面的日誌可以看出，每個日誌檔案裡面的使用者均是從001---014；

由此可以判斷，場景在第一次併發10個使用者時候，全部取值001賬號、第二次迭代全部取002、第三次全部取003 。。。。。一直到第14次迭代，取值014；如果場景不結果應該會繼續取值，015賬號；

3、如果選擇時unique（唯一）和每次迭代更新的話，需要的數值非常龐大，，

比如：100個併發、迭代10次，則需要1000個使用者，使用者取到101的時候，則lr會報錯；

100個併發，迭代15次，需要1500個使用者,關鍵是需要知道進行多少次迭代，如果用durtion的方式，則需要計算執行的時間內，可以進行多少次迭代，非常耗腦筋，因為根本不知道可每次迭代需要多久，即無法算出可以進行多少次迭代；

除非不設定執行多久，而設定直到執行結束；