要帮助用户探索数据，最佳方式之一就是构建有效的 Looker 信息中心，为用户提供精选数据视图。如果您希望为用户打造出色的性能体验，请在设计信息中心时参考本页中的提示。
Looker 信息中心会在浏览器中加载。为了实现最佳性能，请牢记以下事实。
信息中心性能最重要的元素是底层 SQL 查询性能。如果未从缓存返回，每个信息中心元素都会运行一个 SQL 查询，该查询需要在底层数据库上执行一段时间。如需详细了解如何构建高性能查询，请参阅优化 Looker 性能最佳实践页面的优化查询性能部分。
某些组件的内存密集型比与 SQL 相关，可能会导致信息中心性能降低：
-
数据量对性能影响最大。单个元素中返回的数据越多，消耗的内存资源就越多。返回包含数千个数据点的主题和信息中心元素将占用更多内存。
-
限制信息中心元素的数量。那里 没有硬性规定，因为单个应用的设计 都会影响其内存消耗 ）。不过，请避免创建包含 25 个或更多查询的信息中心。创建导航链接，保持信息中心的简洁性 或通过创建指向自定义网址的链接， 创建从信息中心到信息中心的精选导航。您还可以 尝试将类似的测量串联到相同的单值可视化结果中， 避免大量单图块可视化
-
有策略地使用信息中心设置。如果 您的信息中心使用了autorefresh，请确保其刷新速度不会高于 ETL 流程。一般情况下，您应避免将自动刷新设置为 15 分钟以内。如果信息中心需要过滤，请勿使用加载时运行。使用必需的过滤条件来防止用户在没有 必要的过滤条件。
-
利用缓存。最佳做法是使用 数据组将所有 Looker 内容（信息中心、Look、时间表）与您的 ETL 流程同步。这有助于 避免在数据不是最新的时进行不必要的查询。
-
查询后处理功能（例如合并的结果、自定义字段和表计算）会消耗内存。通过 使用的查询后处理功能越多，占用的内存就越多。如果您使用相同的 表格计算、合并结果或多个 Look 中的自定义字段 和信息中心，请考虑尽可能将它们硬编码到您的 LookML 模型中。一般而言，向信息中心添加的合并结果图块不应超过 4 个。
-
透视维度会消耗内存。通过 Look 或信息中心功能块中透视的维度越多，信息中心消耗的内存就越多 。正如第一个要点中所述，这是因为系统返回的数据越多，使用的数据就越多。如果您要透视的维度的基数较高（许多唯一值），则每个值都有一列。在信息中心或“视图”一级进行过滤，以便用户选择他们最感兴趣比较的维度值，而不是一次显示所有维度值。
-
有许多列和行会消耗更多内存。为了提升浏览器性能，建议将列数控制在 50 列以内。再次强调，如第一个要点中所述，返回大量行和多列的 Look 可能会降低性能。在信息中心或 Look 级别进行过滤，以减少某个元素内的结果数量。
-
钻取菜单中的信息中心实验室功能虽然不会影响内存用量，但可能会延长查询时间并导致信息中心性能缓慢。
-
利用在单个查询中使用共享过滤器来 在多个图块中呈现单个查询结果。这样一来，通过一个查询为多个信息中心元素提供支持，应该可以减少从信息中心运行的查询总数。
添加元素后，请务必测试信息中心的性能。在构建过程中，请继续前往信息中心并刷新页面，以确定添加更多外观后效果会受到怎样的影响。
对新建的 Looker 信息中心满意后，请务必使用文件夹权限，以确保信息中心不会被无意中更改。利用用户群组批量（而不是针对单个用户）管理内容访问权限和权限。
如果您遇到性能问题，请直接与 Looker 支持团队联系，我们的团队将随时开展调查并提供帮助！