Flyte项目数据库索引优化实践:解决工作流页面加载缓慢问题
2025-06-03 23:05:29作者:劳婵绚Shirley
问题背景
在Flyte项目中,当数据库中存在大量工作流记录时(超过5万条),用户界面加载工作流页面会出现明显的性能问题,页面加载时间可能延长至数分钟。同时,每次访问该页面都会导致数据库服务器CPU使用率飙升。
性能瓶颈分析
通过数据库慢查询日志分析,发现以下SQL查询是性能瓶颈的主要来源:
SELECT executions.*
FROM executions
INNER JOIN workflows ON executions.workflow_id = workflows.id
WHERE executions.execution_project = $1
AND executions.execution_domain = $2
AND workflows.name = $3
AND executions.state = $4
ORDER BY created_at DESC
LIMIT 1
该查询存在两个关键性能问题:
- 在workflows表上只对name字段进行过滤,而数据库中存在的是复合索引(project, domain, name)
- 查询条件中project和domain字段是过滤executions表而非workflows表
优化方案
针对上述问题,可以实施以下优化措施:
查询重写优化
将查询条件中的project和domain过滤应用于workflows表而非executions表,使查询能够利用现有的复合索引:
SELECT executions.*
FROM executions
INNER JOIN workflows ON executions.workflow_id = workflows.id
WHERE workflows.project = $1
AND workflows.domain = $2
AND workflows.name = $3
AND executions.state = $4
ORDER BY created_at DESC
LIMIT 1
类似问题的任务查询优化
同样的问题也存在于任务查询中:
SELECT executions.*
FROM executions
INNER JOIN tasks ON executions.task_id = tasks.id
WHERE executions.execution_project = $1
AND executions.execution_domain = $2
AND tasks.name = $3
AND executions.state = $4
ORDER BY created_at DESC
LIMIT 100
优化后的查询应改为:
SELECT executions.*
FROM executions
INNER JOIN tasks ON executions.task_id = tasks.id
WHERE tasks.project = $1
AND tasks.domain = $2
AND tasks.name = $3
AND executions.state = $4
ORDER BY created_at DESC
LIMIT 100
实现层面的优化
问题根源在于Flyte控制台(UI)发出的API请求中,过滤条件只包含了工作流名称和版本,而没有包含project和domain信息。API请求格式如下:
/api/v1/executions/my-project/my-domain?filters=eq(workflow.name,my-workflow)+eq(workflow.version,0.1.0)
优化后的请求应包含完整的过滤条件:
/api/v1/executions/my-project/my-domain?filters=eq(workflow.project,my-project)+eq(workflow.domain,my-domain)+eq(workflow.name,my-workflow)+eq(workflow.version,0.1.0)
性能优化效果
通过上述优化,预计可以获得以下改进:
- 工作流页面加载时间从分钟级降至秒级
- 数据库服务器CPU使用率显著降低
- 系统整体响应速度提升,用户体验改善
总结
数据库查询优化是大型分布式系统性能调优的重要环节。Flyte项目中工作流页面加载缓慢的问题,通过分析发现是由于查询未能有效利用现有索引导致的。通过调整查询条件,使查询能够充分利用数据库已有的复合索引,可以显著提升系统性能。这种优化思路不仅适用于Flyte项目,对于其他数据库应用系统也具有参考价值。
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0216
cann-learning-hubCANN 学习中心仓,支持在线互动运行、边学边练,提供教程、示例与优化方案,一站式助力昇腾开发者快速上手。Jupyter Notebook0138
uni-appA cross-platform framework using Vue.jsJavaScript08
GLM-5.2智谱开源 GLM-5.2,这是针对长文本任务的最新旗舰模型。相较于前代产品 GLM-5.1,它在长文本任务处理能力上实现了显著飞跃,并且首次在稳定的 100 万 token 上下文中提供这一能力。Jinja00
SwanLab⚡️SwanLab - an open-source, modern-design AI training tracking and visualization tool. Supports Cloud / Self-hosted use. Integrated with PyTorch / Transformers / LLaMA Factory / veRL/ Swift / Ultralytics / MMEngine / Keras etc.Python00
tiny-universe《大模型白盒子构建指南》:一个全手搓的Tiny-UniverseJupyter Notebook03
项目优选
收起
deepin linux kernel
C
32
16
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
471
465
Ascend Extension for PyTorch
Python
758
968
昇腾LLM分布式训练框架
Python
186
231
本项目是CANN提供的神经网络类计算算子库,实现网络在NPU上加速计算。
C++
698
1.4 K
本项目是CANN提供的transformer类大模型算子库,实现网络在NPU上加速计算。
C++
878
2.03 K
暂无描述
Dockerfile
780
5.08 K
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
70
22
本仓库是 Flutter SDK 与 Flutter Engine 的 OpenHarmony 适配版本,由 CPF-Flutter 团队维护。开发者可使用熟悉的 Flutter 技术栈开发 OpenHarmony 应用,3.35.7 及以后的适配版本可基于本仓库源码构建支持 OpenHarmony 的 Flutter Engine。
Dart
1.04 K
271
Claude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed.
Get Started
Rust
2.08 K
216