JMeter多线程下JDBC Request执行逻辑及CSV适配配置问询

当前结构的执行情况 #

以50线程执行时，JDBC Request不会对CSV每条输入数据都执行删除，原因如下：

• 默认配置下，CSV Data Set Config会为每个线程分配CSV中的一行数据（Sharing Mode设为All threads时），50线程只会处理CSV的前50行（若CSV行数≥50），每个线程仅执行1次JDBC Request，总共执行50次。
• 若CSV行数少于50，CSV Data Set Config默认会循环读取（Recycle on EOF?为True），导致部分数据被重复删除，仍无法覆盖所有CSV条目。

确保对每条CSV数据执行删除的修改方案 #

方案1：调整CSV配置+循环控制器 #

1. 修改CSV Data Set Config参数：
   • 设Recycle on EOF?为False（到文件末尾后不再循环读取）
   • 设Stop thread on EOF?为False（到文件末尾后不停止线程）
   • 设Sharing Mode为All threads（确保所有线程共享CSV读取位置，避免重复处理）
2. 添加Loop Controller包裹JDBC Request：
   • 先通过JSR223 Sampler提前读取CSV总行数，存为变量（比如csv_rows）：

     def file = new File("path/to/your/csv/file.csv")
     def rows = file.readLines().size() - 1 // 减1是跳过表头（如果CSV有表头）
     vars.put("csv_rows", rows.toString())
     

   • 把JDBC Request放入Loop Controller，设置循环次数为${__jexl3(${csv_rows},)}，让循环次数等于CSV数据行数，确保每行都被处理。

方案2：用Teardown Thread Group统一清理 #

如果删除操作是测试后的收尾工作，更推荐用Teardown Thread Group：

1. 添加Teardown Thread Group（主测试执行完成后自动触发）
2. 在Teardown Thread Group内添加：
   • CSV Data Set Config（配置同方案1，读取所有数据行）
   • Loop Controller（循环次数设为CSV总行数）
   • 放入要执行删除逻辑的JDBC Request
3. 主测试的Thread Group无需保留末尾的JDBC Request，所有清理工作由Teardown统一完成。

关键注意事项 #

• 若CSV包含表头，计算行数时要减去表头行，避免执行无效的删除查询。
• JDBC Request中的删除语句要确保引用CSV对应的变量（比如DELETE FROM table WHERE id = ${csv_id}），保证每条数据对应正确的删除逻辑。

内容的提问来源于stack exchange，提问作者Shankar PK