管理菜单的系统活动部分会显示内置的信息中心，其中包含有关 Looker 实例的使用情况和性能信息。您可以像在任何其他信息中心上一样，下载、安排、设置提醒，以及深入分析指标和元素。“系统活动”信息中心的数据每 12 小时更新并缓存一次。
在启用以 MySQL 后端为基础的客户自托管 Looker 部署中的“系统活动”之前，请验证您是否已为后端数据库正确设置用户。具体而言，您必须先执行将状态设为
grant all on looker_tmp.* to '<DB_username>'@'%';的步骤，然后才能启用“系统活动”功能。请参阅将 Looker 后端数据库迁移到 MySQL 文档页面上的相关程序。由于向电子邮件目的地传送内容的权限因模型而异，因此如需向电子邮件目的地发送或安排发送系统活动信息中心，用户必须在其角色指定的模型集中选择所有模型。
系统活动信息中心会连接到 Looker 实例的底层应用数据库。它们会显示有关您实例的信息，包括 Look 和信息中心、用户信息、历史查询信息和性能统计信息。系统活动数据的粒度和保留期限均受系统限制。系统活动旨在收集大量数据，汇总这些数据可用于补充您的业务日志。
这些数据有助于补充监控和审核活动，但不能取代您当前的合规性策略。
默认情况下，系统活动数据存储在 Looker 实例的内部数据库中。在此配置中，Looker 最多存储 90 天的历史查询和事件数据。
用户运行的过滤条件中的文本可在“系统活动”中访问，并且任何有权查看“系统活动”模型的用户都可以查看这些文本。
采取行动：修改哪些人可以查看系统活动模型。默认情况下，管理员有权访问此模型。如果向非管理员用户授予
see_system_activity权限，他们便可获得对“系统活动”模型的访问权限。系统活动信息中心和探索的并发查询数量受到限制。此限制可能会增加“系统活动”信息中心的加载时间。
聊天团队提示：系统活动中的基于时间的数据使用系统时区存储。如需了解详情，请参阅使用时区设置文档页面。
系统活动信息中心
以下是系统活动信息中心：
“用户活动”信息中心
用户活动信息中心会显示有关用户及其 Looker 实例使用情况的信息。
用户活动信息中心包含显示以下信息的板块：
- Looker 实例中的用户总数
Looker 实例中每种类型的用户数量，包括：
Looker 实例中的用户总数随时间的变化
过去 7 天内在您的 Looker 实例上至少发出过一次查询的用户所占的百分比
过去 90 天内的用户登录活动概览
过去 6 周内每位用户每周的平均活动时长和平均查询次数
过去 7 天内至少执行过一次查询的用户数（按查询来源分组）
过去 7 天内使用 Looker 实例时间最长的用户列表
过去 7 天内在您的 Looker 实例上创建新信息中心最多的用户列表
在整个时间范围内，从您的 Looker 实例触发的 Git 事件最多的用户列表
过去 90 天内未登录 Looker 实例的用户列表
一个文本块，其中包含指向 Looker 教育和培训资源的链接
“内容活动”信息中心
内容活动信息中心会显示有关 Looker 实例中正在查看和安排哪些信息中心、Look 和探索的信息。
内容活动信息中心包含显示以下数据的板块：
- 未删除的控制面板数量
- 未被删除的 Look 的数量
- 已安排的方案数量
- 过去 30 天内被查询的仪表板所占的百分比
- 过去 30 天内被查询过的 Look 所占的百分比
- 过去 7 天内每天的已安排作业数
- 过去 30 天内发出的探索查询数量
- 过去 30 天内被访问过的所有信息中心和 Look 的列表，可按以下指标排序：Looker 界面中的查看次数、嵌入式查看次数、通过 API 查看的次数、内容被设为喜爱的次数，以及通过预定作业传送内容的次数
- 过去 30 天内创建的探索列表，显示了探索的运行次数和运行探索的用户数量
- 一份包含过去 30 天内未被访问过的所有信息中心和 Look 的列表，其中显示了相应内容在过去 90 天内在 Looker 界面中、嵌入式内容中以及通过 API 获得的观看次数；以及在过去 90 天内相应内容被设为收藏的次数，以及通过预定作业传送相应内容的次数
- 一个列表，其中列出了过去 90 天内创建但在过去 30 天内未被查询过的探索，并显示了自探索上次运行以来的时长、探索在过去 90 天内的运行次数、探索上次运行的日期以及探索首次运行的日期
数据库性能信息中心
数据库性能信息中心会显示 Looker 实例上内容和 PDT 的性能相关信息。您可以按连接名称过滤整个信息中心。该信息中心包含有关查询运行时、并发性和 PDT 构建的分析洞见，并列出了查询错误和 PDT 构建失败的次数。
数据库性能信息中心包含显示以下数据的图块：
- 查询延迟时间：查询在数据库中执行所需的平均时间细分。这有助于区分由 Looker 引起的延迟和由数据库本身引起的延迟。如果您发现“运行查询的平均时间”或“初始化和连接的平均时间”始终很高，则可能表明您的数据库配置不足，增加其资源可能会带来显著改进。
- 查询并发数：按来源分类的同时查询平均数量视图。为了进行有效分析，您可以按单个连接进行过滤，然后取消隐藏“最大连接数”序列，以便将查询负载与连接的限制进行比较。如果并发数持续偏高，您可以调整“连接”管理页面上的最大连接数设置，以防止数据库过载。
- 从缓存返回的查询所占的百分比。
- 过去 30 天内运行的所有查询，按查询来源分组，查询运行时汇总为层级，每个运行时层级显示为占所有查询的百分比。
- 一个表格，其中列出了前 7 天内运行的查询数量最多的 15 位用户。
- 一个显示过去 7 天内运行的查询数量的前 10 个查询来源的表格。
- 每天每小时运行的查询数、活跃用户数以及从缓存返回的查询所占的百分比。
- 每天每小时的已安排作业数和已安排方案数。
- 每个连接在一天中每小时的 PDT 构建次数。
- 过去 7 天内每个探索的平均运行时长，按最长运行时长排序。
- 过去 7 天内每个 Look 的平均运行时长，按最长运行时长排序。
- 每个信息中心在过去 7 天内的平均运行时长，按最长运行时长排序。
- 过去 7 天内构建的所有 PDT 的列表，其中显示了触发失败次数、创建失败次数和成功构建次数。
- 过去 7 天内每个 PDT 的平均构建时间，按最长的平均构建时间排序。
“实例效果”信息中心
实例性能信息中心会显示有关调度程序和性能密集型内容的负载和性能的信息。
实例性能信息中心包含显示以下数据的图块：
- 信息中心审核：“占用资源过多的信息中心”板块有助于识别可能给实例带来压力的信息中心。您可以对该表格进行排序，以查看哪些信息中心的刷新间隔最短、图块数量最多或合并查询数量最多。如需详细了解这些设置，您可以前往内容安全防护页面，主动管理内容并提升实例性能。
- 一个热图，显示了一周中每天每小时的已安排作业数及其在队列中的平均时间，让您了解哪些小时或天对调度程序的影响最大。
- 平均运行时长超过所有天数的标准差 1.5 倍的天数对应的查询数量和查询平均运行时长，可让您了解哪些天对调度器的影响异常大。
- 每个探索的已安排作业数。
- 过去 14 天内安排频次最高的内容，显示每天安排每项内容的次数。
- 已下载或已安排使用所有结果选项的查询的列表。
- 优化资源：一组按钮，可链接到最佳实践页面和有关优化实例的文档。
“性能建议”信息中心
效果建议信息中心会显示可用于提升 Looker 实例效果的机会。
效果建议信息中心包含显示以下信息的板块：
以下部分将更详细地介绍这些功能块。
信息中心建议
信息中心建议板块会显示可能会导致 Looker 实例或数据库性能下降的信息中心。此功能块提供构建高性能 Looker 信息中心时的注意事项最佳实践页面中的建议。您可以在信息中心层面应用这些建议，以帮助提升效果。您可能会看到以下警告：
| 警告 | 建议 |
|---|---|
The number of queries generated by this dashboard is <X>, which is higher than recommended (<25). |
减少查询板块的数量或创建第二个信息中心。 |
The number of merge queries generated by this dashboard is <X>, which is higher than recommended (<=4). |
减少合并结果块的数量。 |
The auto-refresh interval of this dashboard is <X>, which is lower than recommended (>=15 min). |
增加或停用自动刷新间隔设置，以避免数据库过载。 |
探索建议
探索建议板块会显示可能会对 Looker 实例或数据库造成性能压力的探索。
此图块会将每个探索的查询性能指标的平均值与健康实例性能的基准进行比较。每个探索旁列出的严重程度表示探索的指标超出这些基准的程度。
根据哪些指标超出基准值，该板块会提供有针对性的问题排查策略，帮助您提升效果。以下是您可能会看到的警告和建议。
| 查询步骤 | 警告 | 建议 |
|---|---|---|
Model Init: Computed |
The average model init: computed time is <X>, which is above the recommended benchmark. |
从 LookML 模型的 include 参数中移除不必要的视图。确保 LookML 生产代码的更改频率较低，最好是在用户未运行大量查询时进行更改。 |
Explore Init: From Cache |
The average explore init: from cache (marshalled cache load) time is <X>, which is above the recommended benchmark. |
尽可能将自定义字段和表格计算移至 LookML 中。 |
Explore Init: Computed |
The average explore init: computed time is <X>, which is above the recommended benchmark. |
从 LookML explore 文件中移除不必要的 join。使用 fields LookML 参数从“探索”中排除不必要的字段。确保 LookML 生产代码的更改频率较低，最好是在用户未运行大量查询时进行更改。 |
Prepare |
The average prepare time is <X>, which is above the recommended benchmark. |
启用新的 LookML 运行时功能，以缩短准备时间。尽可能将自定义字段和表格计算移至 LookML 中。 |
Acquire Connection |
The average connection acquisition time is <X>, which is above the recommended benchmark. |
在连接设置面板中配置连接数上限。设置的限制不得低于高峰流量时需要同时运行的查询数量上限。 |
Execute Main Query |
The average main query execution time is <X>, which is above the recommended benchmark. |
避免使用复杂的 SQL 逻辑，例如窗口函数、CTE、日期字段上的联接条件或大型联接链。将复杂的 SQL 逻辑放入永久性派生表 (PDT) 中，以缩短查询时间。尽可能使用汇总感知。 |
Postprocessing |
The average postprocessing time is <X>, which is above the recommended benchmark. |
简化表计算，并尽可能将其移至 LookML。移除复杂的透视、排序或值格式。 |
Stream to Cache |
The average stream to cache time is <X>, which is above the recommended benchmark. |
简化表计算，并尽可能将其移至 LookML。移除复杂的透视、排序或值格式。 |
“错误和已损坏的内容”信息中心
错误和损坏的内容信息中心会显示产生查询错误的信息中心、Look、时间表和 PDT，以及每个查询来源的错误数量。
此信息中心仅显示在查询运行时发生的错误。例如，如果您从视图中移除某个 LookML 字段，则使用该字段的所有 Look 和信息中心都会显示警告，但错误和损坏的内容信息中心不会显示这些警告。使用内容验证器检查 Look 和信息中心是否存在 LookML 引用问题。
错误和损坏的内容信息中心包含显示以下数据的图块：
- 生成错误的仪表盘的列表，包括给出的错误、每个仪表盘查询的发出者，以及使用每个仪表盘运行查询的用户数
- 生成错误的已调度作业的列表，包括给出的错误和每个调度的创建者
- 生成错误的 Look 的列表，包括给出的错误和每个 Look 查询的发布者
- 产生错误的 PDT 的列表，包括创建错误日志条目的 PDT 操作、与 PDT 操作相关的任何数据、PDT 产生“创建已取消错误”操作的次数，以及 PDT 产生“触发值错误”的次数
- 过去 10 天内每个查询来源的错误数量
信息中心诊断
信息中心诊断信息中心会显示可用于提升单个信息中心效果的机会。
您可以从任何信息中心访问信息中心诊断信息中心，方法是点击信息中心操作 三点状菜单，然后选择信息中心效果摘要。
部分图块（例如按小时划分的查询运行时长和按图块划分的查询运行时长）会按查询阶段细分查询运行时长。查询阶段如下：
- 在队列中：指查询在 Looker 队列中花费的时间（以秒为单位）。当连接的每个节点的连接数上限达到或每用户上限（默认值为 15 个并发查询）达到时，Looker 会将查询加入队列。
- 查询初始化：这是 Looker 从源 LookML 构建查询并连接到数据库所花费的时间（以秒为单位）。如果此阶段耗时较长，可能表明 LookML 模型复杂性或数据库连接性影响了查询运行时。
- 运行查询：这是 Looker 在数据库上运行查询时等待查询结果所花费的时间（以秒为单位）。这包括主查询和任何所需的其他查询，包括计算总数和构建 PDT。这是导致信息中心运行时长过长的最常见原因，可以通过优化查询性能来改进。
- 处理结果：这是 Looker 用于设置结果格式、计算表计算和缓存结果集的时间（以秒为单位）。
信息中心诊断信息中心包含显示以下信息的板块：
- 信息中心的标题
- 在所选时间范围内运行过相应信息中心的用户数量
- 相应信息中心在所选时间范围内运行的次数
- 此信息中心内通过缓存运行的查询所占的百分比
- 如果缓存百分比较低，请使用缓存策略来降低数据库负载。
- 每个图块的平均查询时间
- 最常运行此信息中心的用户
- 每小时的平均查询时间
- 如果此图块中出现峰值，请确保没有多个已安排的方案同时发送。
- 至少包含一个合并结果查询的图块数量
- 信息中心内合并结果查询的数量
- 信息中心建议：可能存在的性能问题列表，以及有关如何提升此信息中心性能的建议
查询历史记录
查询历史记录信息中心可通过“探索”效果面板访问，其中会显示查询和用于创建查询的探索的当前和历史效果数据。
查询历史记录信息中心包含显示以下数据的板块：
- 查询运行并返回结果所用的平均时间
- 查询运行的总次数
- 查询在三个查询阶段中花费的平均时间
- 有关查询的详细指标
- 用于创建初始查询的 Explore 中运行的查询数量，按 5 秒的运行时增量进行细分
- 基于用于创建初始查询的 Explore 运行的查询总数
- 基于用于创建初始查询的 Explore 的查询运行并返回结果所用的平均时间