数据库性能故障排除

本指南涉及已连接到 Metabase 作为数据源的数据库或数据仓库。

要修复 Metabase 应用程序数据库的问题,请查看这些故障排除指南

识别瓶颈

  1. 可选:使用 Metabase 的使用分析来查看 Metabase 使用统计信息。*
  2. 转到数据库的服务器日志并检查是否
    • 您的表正在增大,
    • 更多人正在使用 Metabase 访问您的数据库,
    • 人们更频繁地访问您的数据库,或者
    • 脚本或应用程序(Metabase 除外)正在频繁访问数据库。
  3. 如果特定表被频繁查询,请尝试优化您的表模式
  4. 从 Metabase 运行一个查询,然后直接对您的数据库运行相同的查询
    • 如果查询花费的时间大致相同,则您的数据或使用量可能超出了数据库的容量。您可以为数据库提供更多资源,或者考虑升级您的硬件
    • 如果 Metabase 中的查询比直接对数据库的查询花费的时间更长,您可能需要调整 Metabase 应用程序的部署。请查看大规模 Metabase 中的一些选项。
  5. 如果脚本或第三方应用程序同时向您的数据库发送大量查询
    • 停止您的脚本或应用程序,并清除所有排队的查询
    • 建议:为您的脚本添加超时,安排脚本或应用程序在非高峰时段运行,或者复制您的数据库(并将您的工具指向那里)。

* 适用于专业版和企业版计划。

重置数据库连接

  1. 转到 设置 > 管理设置 > 数据库 > 您的数据库。
  2. 点击 保存更改(不作任何更改)以重置 Metabase 与您的数据库的连接。
  3. 或者:直接从您的数据库终止连接。

解释

通过断开并重新连接数据库来“关闭它,然后再次打开它”——这是一个简单的健全性检查,可以为您节省大量时间。

通常,Metabase 会在 10 分钟后尝试关闭与数据库的悬挂连接,然后在 20 分钟后再次尝试。但如果您的数据库没有响应,您可能需要从数据库端关闭与 Metabase 的连接。

清除排队的查询

  1. 停止进程(例如,一个脚本,或一个具有过多卡片的仪表板,它正在同时启动大量查询)。
  2. 转到您的数据库服务器并停止所有正在进行的(来自 Metabase 的)查询。
  3. 可选:增加到数据库的连接数

解释

如果某人或某个程序同时创建 100 个查询,那么这股查询洪流将占用 Metabase 与您的数据库之间所有可用的连接,阻止任何新查询的运行。如果其他人在前 100 个查询仍在进行时继续运行查询和仪表板,队列将以比数据库处理速度更快的速度增长。

管理资源密集型查询

  1. 重新安排或禁用 Metabase 同步和扫描.

解释

默认情况下,Metabase 会对您的数据库进行定期同步和扫描查询,以保持表格最新,获取筛选下拉菜单的最新值,并提供有用的建议。如果您的数据库非常大,您可以选择手动触发这些查询,而不是按计划触发。

使用数字、日期或时间戳列的查询

  1. 更新您的数据库模式,使列类型正确。
  2. 同步更新的列以将更改导入 Metabase。

解释

如果查询使用的数据在您的数据库中存储的数据类型不正确(最常见的是数字、日期或时间戳值存储为字符串),Metabase 将生成一个查询,要求您的数据库即时转换这些值。在模式级别正确地定义列类型将帮助您的数据库避免这一额外步骤,从而在 Metabase 中更快地返回结果。

您还卡住了吗?

如果您无法使用故障排除指南解决问题

阅读其他版本的 Metabase 的文档。

这有帮助吗?

感谢您的反馈!
想改进这些文档吗?提出修改建议。
© . This site is unofficial and not affiliated with Metabase, Inc.