SSRS参数无法过滤MySQL查询：日期时间参数报表执行无结果

咱们一步步来梳理可能的原因和解决办法，帮你定位问题：

1. 确认日期参数与MySQL的格式/时区匹配 #

MySQL的DATETIME/TIMESTAMP类型要求的格式是'YYYY-MM-DD HH:MM:SS'，而SSRS的Date/Time参数可能因设置不同输出格式不一致：

• 你可以在SSRS参数的“属性”里检查参数格式，或者在查询中显式转换参数格式，比如用STR_TO_DATE(@StartDate, '%Y-%m-%d %H:%i:%s')来强制匹配MySQL的要求。
• 注意时区问题：如果SSRS服务器和MySQL服务器时区不同，会导致日期偏移。比如SSRS用北京时间，MySQL存UTC时间，这时候需要在查询里做时区转换，比如CONVERT_TZ(HD_TICKET.CREATED, 'UTC', 'Asia/Shanghai')来和参数对齐。
• 如果是日期范围查询（比如开始/结束日期），别忽略时间边界：如果你的结束参数只选了日期（没带时间），它会默认变成YYYY-MM-DD 00:00:00，当天晚于这个时间的记录会被排除。可以改成HD_TICKET.CREATED <= DATE_ADD(@EndDate, INTERVAL 1 DAY)，或者把SSRS参数设置为完整的DateTime类型（带时分秒）。

2. 检查查询的连接与过滤逻辑 #

你给出的查询末尾是INNER JOIN U...，看起来没写完，这里很可能藏着问题：

• 确认所有INNER JOIN的关联条件是否正确，比如ASSIGNEE表的连接是否用对了字段（比如HD_TICKET.ASSIGNEE_ID = ASSIGNEE.ID）。如果有些工单没有分配人，INNER JOIN会直接把这些记录过滤掉，你可以临时改成LEFT JOIN试试，看是不是这个原因导致无结果。
• 先去掉所有JOIN和额外过滤条件，运行极简查询测试日期参数：

SELECT ID, CREATED FROM HD_TICKET WHERE CREATED BETWEEN @StartDate AND @EndDate

如果这个查询有结果，再逐步添加JOIN和字段，就能定位到是哪个连接或过滤条件导致结果被排除。

3. 验证参数传递的准确性 #

有时候SSRS的参数看起来设置正确，但实际传递到MySQL的值可能不符合预期：

• 在SSRS里可以先单独运行参数值的查询，比如SELECT @StartDate, @EndDate，看输出的日期时间是不是你想要的。
• 也可以开启SSRS的执行日志，查看实际发送给MySQL的完整SQL语句，检查参数是否被正确替换。

4. 核对数据库字段类型 #

确认HD_TICKET.CREATED和HD_TICKET.TIME_CLOSED的字段类型：

• 如果字段是DATE类型（只有日期，没有时间），而你的SSRS参数带了时分秒，就会出现匹配问题。比如数据库里的2024-05-20会被视为2024-05-20 00:00:00，如果你的参数是2024-05-20 10:00:00，那么CREATED < @StartDate就会把当天的记录都排除。这时候需要把SSRS参数转换成DATE类型，或者调整查询条件为DATE(CREATED) BETWEEN DATE(@StartDate) AND DATE(@EndDate)。

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