[Question] select * from table_name 会卡死，不返回结果，页面也无法退出

[yvkm]

描述问题
执行select * from table_name where field= 1 就会出现 一直loading， 数据只有一条也会出现这个问题

复现
随便一个表执行 select * from table_name where 条件1 都可以复现

期望的结果
返回查询结果

部署方式
Manual

环境 (请填写环境信息):

• 操作系统: Linux host-name 6.10.5-1.el8.elrepo.x86_64 SMP PREEMPT_DYNAMIC Wed Aug 14 15:42:14 EDT 2024 x86_64 x86_64 x86_64 GNU/Linux
• 浏览器 chrome Version 143.0.7499.194 (Official Build) (64-bit)
• 版本号: Yearning 3.1.6.3, 3.1.9.1 都可以复现

日志没有输出报错信息

[dosubot]

Hi @yvkm! I'm Dosu and I’m helping the Yearning team.

这个问题在 Yearning 3.1.9.1 及其他版本中有已知案例，表现为 SQL 执行卡在“审核中”或页面一直 loading，即使 SQL 实际已在后端执行完成。根本原因通常是 Yearning 后端在处理 SQL 查询时，依赖外部的 engine 服务（通过 RPC 调用）和数据库本身，但整个链路没有超时机制：只要 engine 服务或数据库响应慢或无响应，前端页面就会一直等待，无法退出或返回结果【参考：相关 issue】。

建议排查方向如下：

1. 检查 Yearning 配置的 engine 服务（通常是 RPC 地址）和目标 MySQL 数据库的健康状况，确认它们都能正常响应请求。
2. 在页面卡死时，打开浏览器开发者工具，查看 Network 里 websocket 连接是否有 pending 或失败，Console 是否有报错，这有助于判断是前端、后端还是网络问题。
3. 检查 engine 服务和数据库的日志，是否有异常、死锁、资源耗尽等情况。
4. Yearning 默认没有 per-query 超时机制，临时恢复可尝试重启 engine 服务或数据库，或减少并发和复杂查询，避免卡死。
5. 检查 Yearning 配置文件，看是否有自定义的超时或重试参数（虽然代码层面未见相关实现，但有些环境可能有定制）。

如果需要进一步定位，建议收集 engine 服务和数据库的实时状态、浏览器控制台和网络日志，以及 Yearning 的详细配置。

To reply, just mention @dosu.

---

^{How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other}