MariaDB存储过程JDBC调用报错：unexpected end of stream问题排查求助

问题现象 #

存储过程在服务器端执行正常，但通过JDBC客户端调用时，仅能获取部分行数据，随后触发报错：

unexpected end of stream, read 0 bytes from 4 (socket was closed by server)
涉及表loan_balances2约60万行数据。

存储过程存在的问题点 #

1. 普通表而非临时表的风险
   存储过程中创建的all_loan_ids和random_loan_ids是全局普通表，而非会话私有临时表。当多个JDBC连接并发调用该存储过程时，会出现表的创建/删除冲突，甚至可能导致服务器端连接资源异常释放，引发socket关闭错误。

2. RAND()全表排序的性能隐患
   对all_loan_ids全表执行ORDER BY RAND()排序，虽然单表数据量不大，但这种操作会触发全表扫描并生成临时排序文件，可能导致服务器端内存或IO资源瞬间占用过高，进而中断当前JDBC连接的结果集传输。

3. 子查询效率低下
   WHERE loan_id IN (SELECT Loan_ID FROM random_loan_ids)的子查询写法，可能导致数据库选择低效的查询计划，延长结果集返回时间，增加连接中断的概率。

修复方案 #

1. 改用临时表替换普通表 #

临时表仅对当前会话可见，不会引发并发冲突，同时执行完毕后自动销毁（或会话结束时销毁），减少资源占用。

2. 优化随机抽样逻辑 #

避免先创建全量distinct表再排序的冗余操作，直接在原表上完成随机抽样，减少不必要的中间表开销。

3. 替换子查询为JOIN提升效率 #

用JOIN替代IN子查询，让数据库生成更优的执行计划，加快结果集返回速度。

修改后的存储过程代码 #

CREATE PROCEDURE `get_loan_balances_sample`()
BEGIN
    -- 改用临时表，会话私有，避免并发冲突
    DROP TEMPORARY TABLE IF EXISTS random_loan_ids;

    -- 直接从原表抽取50个随机distinct loan_id，省略冗余中间表
    CREATE TEMPORARY TABLE random_loan_ids
    SELECT DISTINCT loan_id 
    FROM loan_balances2 
    ORDER BY RAND() 
    LIMIT 50;

    -- 用JOIN替代IN子查询，提升查询效率
    SELECT lb.* 
    FROM loan_balances2 lb
    JOIN random_loan_ids rli ON lb.loan_id = rli.loan_id
    ORDER BY lb.loan_id, lb.balance_date;
END

额外建议 #

• 检查JDBC连接配置，确保connectTimeout、socketTimeout参数设置合理，避免因结果集返回超时导致连接被关闭。
• 为loan_balances2表的loan_id和balance_date字段建立联合索引，进一步提升排序和查询效率。

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