MariaDB带参存储过程无返回行，关联表均存数据仍返回空结果

• 缺失结果返回逻辑：存储过程当前执行链路中，完成向临时表插入汇总数据的操作后，既没有编写SELECT语句从临时表取数返回客户端，又紧接着执行TRUNCATE TABLE rpt_trans1清空临时表数据、DROP TEMPORARY TABLE删除表的操作，全程没有可输出的结果集。这也是调用时Found rows: 0的直接原因。
• 临时表创建存在残留隐患：代码使用CREATE TEMPORARY TABLE IF NOT EXISTS创建临时表，如果之前会话执行出现异常中断，未执行后续DROP清理步骤，后续调用会直接使用残留的旧临时表，插入数据后立刻清空删除，同样会导致无结果输出。
• 冗余重复过滤条件：三个UNION分支的表连接环节已经通过date_format(pt.created_on, '%Y/%m')做了年月过滤，外层子查询后又重复执行完全相同的过滤逻辑，虽不是空结果的直接诱因，但会额外增加计算开销，也容易因参数调整出现逻辑不一致。
• 潜在字段拼写错误：保险交易分支中使用的ins.outlet_commision字段，如果和业务表实际字段名（常见拼写为outlet_commission）不匹配，会导致该分支查询直接报错，只是当前测试场景未触发对应分支的错误告警。

• 调整执行流程，补全结果返回逻辑
  按照业务目的重排操作顺序：若使用临时表做中间缓存，正确链路应为：创建临时表 → 写入汇总数据 → 从临时表查询返回结果集 → 清空并删除临时表释放资源。若无需复杂中间计算，可直接移除临时表逻辑，将原本插入临时表的UNION查询直接作为SELECT语句返回，减少不必要的表操作。
• 优化日期过滤写法，提升查询性能
  替换原有的date_format()函数匹配方式，改用范围查询：

  pt.created_on >= STR_TO_DATE(CONCAT(_year, '-', _month, '-01'), '%Y-%m-%d')
  AND pt.created_on < DATE_ADD(STR_TO_DATE(CONCAT(_year, '-', _month, '-01'), '%Y-%m-%d'), INTERVAL 1 MONTH)
  

  该写法既可以避免日期格式匹配偏差（比如传入单数字月份时的格式错位），又能让created_on字段上的索引正常生效，避免全表扫描。
• 清理冗余逻辑
  移除内层连接环节重复的年月过滤条件，仅保留外层的统一过滤逻辑，减少重复计算。
• 校验字段拼写
  核对ins_trans表的实际字段名，修正拼写不一致的问题，避免运行时出现字段不存在的报错。
• 完善临时表清理机制
  在创建临时表前，主动执行DROP TEMPORARY TABLE IF EXISTS rpt_trans1，避免历史会话残留的同名临时表干扰执行结果。

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