Spring Boot批量取数后逐查库获取额外信息的方案是否合理？

从你的业务规模（每日约1万条消息）来看，逐行查询表Y的方案是可行的，但需要注意几个关键细节来保证性能和稳定性：

• 索引优化：确保表Y中用于查询的账号字段（比如account_id）创建了单独的索引，这能把单条查询的耗时降到毫秒级，1万次查询的总耗时完全在可接受范围内。
• 连接池配置：合理配置Spring JDBC的连接池参数（比如HikariCP的maximumPoolSize），避免因为连接不足导致查询等待。针对每日1万条的量，设置10-20的连接数足够应对。
• 批量查询优化：既然你已经用Spring Integration批量从表X取1000条数据，建议把这1000条的账号先收集起来，用SELECT * FROM Y WHERE account_id IN (...)这类批量查询替代逐行查询——只需要1次查询就能获取1000条账号的信息，大幅减少数据库交互次数，降低数据库压力的同时提升处理效率。
• 异常处理：针对查询失败的场景（比如账号不存在），要做好降级或重试逻辑，避免单个异常中断整个批次的处理。

如果你的表Y数据量不大、索引维护良好，即使保持逐行查询的方案，也能稳定支撑每日1万条的处理量。但从性能优化的角度，优先推荐批量查询的方式。

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