如何在JMeter的JDBC请求中声明日期类型参数？调用存储过程报错

我来帮你拆解这个问题，先梳理下你当前的配置和遇到的核心问题：

你的当前请求配置 #

• QueryType: Callable Statement
• 执行的存储过程: execute [QC].[usp_GetCallCounts] ?,?,?,?,?,?
• 参数值: 33,'12-01-2016','12-15-2016',74861,0,Evaluator
• 参数类型: INTEGER,DATE,DATE,INTEGER,BIT,VARCHAR

执行后你遇到了java.lang.IllegalArgumentException，从你提供的日志来看，INFO级别日志没输出异常的具体细节，但大概率问题出在日期类型参数的处理上——这也是你后续提问的核心点。

如何正确在JMeter JDBC请求中声明日期类型参数？ #

这里有几种可靠的方案，帮你避免参数类型不匹配的异常：

1. 直接生成Java日期对象（最推荐）
   不要传字符串格式的日期，而是用JMeter的函数直接生成java.sql.Date类型的对象，让JDBC驱动能直接识别。比如：

   • 对于固定日期2016-12-01，可以用这个函数生成参数值：

     ${__javaScript(new java.sql.Date(Date.parse('2016-12-01')),)}
     

   • 如果需要动态生成日期（比如当前日期、前后N天），可以用__time()函数配合通用格式：

     ${__time(yyyy-MM-dd,)}
     

     生成的yyyy-MM-dd格式是数据库通用的日期格式，几乎所有数据库都能正确解析为DATE类型。

2. 使用数据库兼容的字符串日期格式
   如果你坚持用字符串传递，一定要用数据库能无歧义识别的格式。比如SQL Server中，推荐用'20161201'（无分隔符的ISO格式）或者'2016-12-01'，而你当前用的'12-01-2016'很容易被解析歧义（到底是月-日-年还是日-月-年？），这大概率是触发异常的原因。

3. 核对参数顺序和类型映射
   务必确认你传递的参数顺序和存储过程[QC].[usp_GetCallCounts]定义的参数顺序完全一致，哪怕一个参数类型匹配但顺序错了，也会抛出参数类型不匹配的异常。另外，确认存储过程中的日期参数是DATE类型，有些数据库可能需要用TIMESTAMP，但大部分场景下DATE是正确的。

进一步排查当前异常的小技巧 #

你当前的日志只输出了INFO级别的内容，看不到异常的具体堆栈，建议：

• 打开JMeter的日志级别到DEBUG：找到JMeter安装目录下的jmeter.properties文件，修改log_level.jmeter=DEBUG，保存后重启JMeter，重新运行测试。这样日志会输出异常的完整堆栈，能精准定位是哪个参数出了问题。
• 直接在数据库客户端（比如SSMS）执行一遍存储过程，用相同的参数值，确认存储过程本身能正常运行，排除存储过程自身的问题。

内容的提问来源于stack exchange，提问作者Sarwat Hussain