SlashDB对接MySQL闲置后API调用出现ResultProxy属性错误问询

这个问题我之前帮同行排查过类似场景，咱们一步步拆解来解决：

错误含义解释 #

'ResultProxy' object has no attribute 'execution_options'这个错误的本质是：SlashDB底层使用的数据库连接已经失效。SlashDB依赖SQLAlchemy作为数据库操作工具，当连接被MySQL主动断开后，SQLAlchemy返回的ResultProxy对象失去了有效的数据库会话上下文，原本该有的execution_options方法自然无法被调用，从而抛出这个异常。

根本原因 #

你的猜测完全正确——核心问题就是闲置连接被MySQL终止后，SlashDB的连接池没有识别到这个“死连接”：

• 即便你把MySQL的wait_timeout调到了10小时，只要连接闲置时长超过这个阈值，MySQL就会主动关闭连接；
• 而SlashDB的连接池如果没配置连接有效性校验，会默认认为池内的连接都是可用的，第一次请求就拿到了失效的死连接，触发错误；
• 第二次请求时，连接池会发现连接已失效，自动创建新连接，所以就能正常响应。

预防方案 #

这里有几个优先级不同的落地解决办法：

1. 给SlashDB连接池添加连接预检查 #

SlashDB底层基于SQLAlchemy，你可以在数据库连接配置页面找到“连接池选项”，开启pool_pre_ping=True参数。这个参数的作用是：每次从连接池取连接前，自动发送一个简单的ping请求到MySQL验证连接有效性。如果发现连接已断开，会自动丢弃死连接并创建新连接，从根源上避免拿到无效连接。

2. 调整SlashDB连接池的闲置回收时间 #

把SlashDB连接池的pool_recycle参数设置为比MySQL的wait_timeout短30分钟到1小时（比如设为35400秒，约9.8小时）。这样SlashDB会在MySQL主动断开连接之前，就把闲置连接回收重建，确保池内的连接始终是活跃有效的。

3. 启用定期连接保活机制 #

如果SlashDB支持，可以配置一个简单的定时任务，每隔一段时间（比如每8小时）主动调用一次轻量的API端点（比如查询SELECT 1或者一张简单的系统表），让连接池里的连接保持活跃，避免被MySQL判定为闲置而断开。

4. 排查中间层超时设置 #

如果你的部署架构里有防火墙、负载均衡或反向代理，一定要检查这些组件的闲置超时配置——有时候它们会比MySQL更早断开长连接，这时候只调MySQL的wait_timeout是没用的，需要把中间层的超时时间也调整到和MySQL一致或更长。

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