DBeaver SQL 执行时间追踪完整指南3 个动作搭起慢查询监控【免费下载链接】dbeaverFree universal database tool and SQL client项目地址: https://gitcode.com/GitHub_Trending/db/dbeaver凌晨跑批时一条执行了十几秒的 SQL 把连接池占满业务接口跟着变慢但你事后只能凭印象猜哪条语句出了问题。如果你能在 DBeaver 里开启 SQL 执行时间追踪每条语句的耗时、所属会话和事务都会被记录成可检索的日志慢查询从凭感觉变成按时间排序就能找到。功能全景查询管理器是 DBeaver 的性能监控入口DBeaver 的性能监控不依赖外部组件核心是三个内置模块的配合查询管理器Query Manager在后台持续采集会话、事务、语句和执行四类事件记录每条 SQL 的执行耗时是整个 SQL 性能监控的数据来源查询日志视图Query Log把采集到的记录以表格形式展示支持按耗时排序、按关键字过滤、按会话定位仪表盘Dashboard用图表呈现查询指标适合常驻窗口观察趋势。事件类型与日志常量的定义位于查询管理器模型包 plugins/org.jkiss.dbeaver.model/src/org/jkiss/dbeaver/model/qm/日志视图与过滤逻辑在 SQL 编辑器模块 plugins/org.jkiss.dbeaver.ui.editors.sql/ 中实现。核心配置 开启查询记录在偏好设置里打开 Query Manager打开偏好设置Preferences在 Database 分类下找到Query Manager页。这里控制采集范围记录对象类型可选择记录会话、事务、DDL 语句、普通语句等跳过元数据查询DBeaver 浏览表结构时会产生大量内部查询建议勾选跳过避免日志被元数据请求刷屏。日常排查慢查询记录语句 执行两类事件即可不需要全量开启。设定日志规模条目上限、保留天数与落盘查询管理器的行为由一组qm.前缀的配置项控制在偏好设置中对应可填的参数如下配置项含义建议值qm.maxEntries日志保留的最大条目数1000 左右过大会拖慢视图刷新qm.historyDays历史记录保留天数最小 1 天排查期设 7~14 天qm.storeLogs是否将日志持久化到文件需要跨会话追溯时开启qm.logDirectory日志文件输出目录指向独立磁盘目录qm.skipMetadataQueries是否跳过元数据查询开启减少噪音这些键值定义在查询管理器常量类中配置页的源码入口在plugins/org.jkiss.dbeaver.core/下的PrefPageQueryManager类可对照源码确认每个参数的生效逻辑。挂载查询日志面板排序定位慢 SQL通过窗口菜单的视图选项打开Query Log查询日志视图即可看到采集到的执行记录点击执行时间列标题降序排序最慢的语句排在最上面使用工具栏的Filters命令设置过滤条件只看指定会话或指定语句类型对可疑语句右键或选中查看可清空Clear log或删除Remove queries from the log无用记录。把执行时间阈值当成人工告警线OLTP 场景超过 5 秒、批处理超过 30 秒的条目都值得单独标出来复核。把执行指标搬上仪表盘 需要持续观察而不是事后翻日志时可以使用 DBeaver 的仪表盘模块把查询指标做成图表。仪表盘的数据模型与渲染组件分别在 plugins/org.jkiss.dbeaver.model.dashboard/ 和 plugins/org.jkiss.dbeaver.ui.dashboard/支持图表控件、列表控件和自定义布局。建议的做法单独建一个仪表盘文件夹存放性能相关图表避免和功能面板混在一起刷新频率不要低于 5 秒过高的刷新频率本身会给数据库带来额外负载图表数据源指向汇总类查询如按耗时分桶计数而不是逐条明细保持图表轻量。效果验证与常见坑配置完成后用这张清单自检执行一条已知耗时的查询后Query Log 中出现对应记录且时间列有值元数据查询已跳过日志中看不到浏览表结构产生的内部请求开启storeLogs后logDirectory目录下能看到日志文件过滤条件生效按会话过滤后只剩当前会话的记录。常见坑有两个。一是保留天数和条目上限同时调大长期运行的客户端日志视图会越来越卡建议排查完成后把参数调回保守值。二是把仪表盘当作实时告警替代品——DBeaver 的查询日志是记录 检索模型它不会主动弹通知真正的实时告警仍应交给数据库端的慢查询日志或外部监控系统。DBeaver 的查询管理器 查询日志 仪表盘覆盖了记录耗时、检索慢 SQL、趋势观察三件事全部是内置功能无需部署额外组件。配置的关键是把采集范围收敛跳过元数据、把日志规模设好上限、把排序过滤养成习惯。下一步建议对定位到的慢 SQL 结合EXPLAIN分析执行计划确认是缺索引、数据倾斜还是写法问题再针对性优化。【免费下载链接】dbeaverFree universal database tool and SQL client项目地址: https://gitcode.com/GitHub_Trending/db/dbeaver创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 DBeaver SQL 执行时间追踪完整指南：3 个动作搭起慢查询监控
DBeaver SQL 执行时间追踪完整指南3 个动作搭起慢查询监控【免费下载链接】dbeaverFree universal database tool and SQL client项目地址: https://gitcode.com/GitHub_Trending/db/dbeaver凌晨跑批时一条执行了十几秒的 SQL 把连接池占满业务接口跟着变慢但你事后只能凭印象猜哪条语句出了问题。如果你能在 DBeaver 里开启 SQL 执行时间追踪每条语句的耗时、所属会话和事务都会被记录成可检索的日志慢查询从凭感觉变成按时间排序就能找到。功能全景查询管理器是 DBeaver 的性能监控入口DBeaver 的性能监控不依赖外部组件核心是三个内置模块的配合查询管理器Query Manager在后台持续采集会话、事务、语句和执行四类事件记录每条 SQL 的执行耗时是整个 SQL 性能监控的数据来源查询日志视图Query Log把采集到的记录以表格形式展示支持按耗时排序、按关键字过滤、按会话定位仪表盘Dashboard用图表呈现查询指标适合常驻窗口观察趋势。事件类型与日志常量的定义位于查询管理器模型包 plugins/org.jkiss.dbeaver.model/src/org/jkiss/dbeaver/model/qm/日志视图与过滤逻辑在 SQL 编辑器模块 plugins/org.jkiss.dbeaver.ui.editors.sql/ 中实现。核心配置 开启查询记录在偏好设置里打开 Query Manager打开偏好设置Preferences在 Database 分类下找到Query Manager页。这里控制采集范围记录对象类型可选择记录会话、事务、DDL 语句、普通语句等跳过元数据查询DBeaver 浏览表结构时会产生大量内部查询建议勾选跳过避免日志被元数据请求刷屏。日常排查慢查询记录语句 执行两类事件即可不需要全量开启。设定日志规模条目上限、保留天数与落盘查询管理器的行为由一组qm.前缀的配置项控制在偏好设置中对应可填的参数如下配置项含义建议值qm.maxEntries日志保留的最大条目数1000 左右过大会拖慢视图刷新qm.historyDays历史记录保留天数最小 1 天排查期设 7~14 天qm.storeLogs是否将日志持久化到文件需要跨会话追溯时开启qm.logDirectory日志文件输出目录指向独立磁盘目录qm.skipMetadataQueries是否跳过元数据查询开启减少噪音这些键值定义在查询管理器常量类中配置页的源码入口在plugins/org.jkiss.dbeaver.core/下的PrefPageQueryManager类可对照源码确认每个参数的生效逻辑。挂载查询日志面板排序定位慢 SQL通过窗口菜单的视图选项打开Query Log查询日志视图即可看到采集到的执行记录点击执行时间列标题降序排序最慢的语句排在最上面使用工具栏的Filters命令设置过滤条件只看指定会话或指定语句类型对可疑语句右键或选中查看可清空Clear log或删除Remove queries from the log无用记录。把执行时间阈值当成人工告警线OLTP 场景超过 5 秒、批处理超过 30 秒的条目都值得单独标出来复核。把执行指标搬上仪表盘 需要持续观察而不是事后翻日志时可以使用 DBeaver 的仪表盘模块把查询指标做成图表。仪表盘的数据模型与渲染组件分别在 plugins/org.jkiss.dbeaver.model.dashboard/ 和 plugins/org.jkiss.dbeaver.ui.dashboard/支持图表控件、列表控件和自定义布局。建议的做法单独建一个仪表盘文件夹存放性能相关图表避免和功能面板混在一起刷新频率不要低于 5 秒过高的刷新频率本身会给数据库带来额外负载图表数据源指向汇总类查询如按耗时分桶计数而不是逐条明细保持图表轻量。效果验证与常见坑配置完成后用这张清单自检执行一条已知耗时的查询后Query Log 中出现对应记录且时间列有值元数据查询已跳过日志中看不到浏览表结构产生的内部请求开启storeLogs后logDirectory目录下能看到日志文件过滤条件生效按会话过滤后只剩当前会话的记录。常见坑有两个。一是保留天数和条目上限同时调大长期运行的客户端日志视图会越来越卡建议排查完成后把参数调回保守值。二是把仪表盘当作实时告警替代品——DBeaver 的查询日志是记录 检索模型它不会主动弹通知真正的实时告警仍应交给数据库端的慢查询日志或外部监控系统。DBeaver 的查询管理器 查询日志 仪表盘覆盖了记录耗时、检索慢 SQL、趋势观察三件事全部是内置功能无需部署额外组件。配置的关键是把采集范围收敛跳过元数据、把日志规模设好上限、把排序过滤养成习惯。下一步建议对定位到的慢 SQL 结合EXPLAIN分析执行计划确认是缺索引、数据倾斜还是写法问题再针对性优化。【免费下载链接】dbeaverFree universal database tool and SQL client项目地址: https://gitcode.com/GitHub_Trending/db/dbeaver创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考