管理員設定 - 系統活動資訊主頁

「管理」選單的「系統活動」部分會顯示內建資訊主頁，當中列出 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 UI 中的觀看次數、嵌入的觀看次數、透過 API 觀看的次數、內容加入我的最愛的次數，以及透過排定作業傳送內容的次數排序
  • 過去 30 天內建立的探索清單，顯示探索的執行次數和執行探索的使用者人數
  • 過去 30 天內未存取的資訊主頁和 Look 清單，顯示 Looker UI、嵌入內容和 API 中過去 90 天的內容觀看次數；以及過去 90 天內內容的收藏次數，和透過排定作業傳送內容的次數
  • 過去 90 天內建立但過去 30 天內未查詢的探索清單，顯示探索上次執行的時間長度、過去 90 天內探索的執行次數、探索上次執行的日期，以及探索首次執行的日期

資料庫效能資訊主頁

「資料庫效能」資訊主頁會顯示 Looker 執行個體中內容和 PDT 的效能資訊。您可以依連線名稱篩選整個資訊主頁。資訊主頁會提供查詢執行階段、並行和 PDT 建構作業的深入分析，並列出查詢錯誤和 PDT 建構失敗的次數。

「資料庫效能」資訊主頁包含顯示下列資料的圖塊：

  • 查詢延遲時間：查詢在資料庫中執行的平均時間細目。這有助於區分延遲是由 Looker 造成，還是資料庫本身造成。如果發現「執行查詢的平均時間」或「初始化及連線的平均時間」持續偏高，可能表示資料庫資源不足，增加資源可大幅改善效能。
  • 查詢並行：以來源分類，顯示平均同時查詢次數。如要有效分析，您可以依單一連線篩選，並取消隱藏「最大連線數」系列，比較查詢負載與連線限制。如果並行數持續偏高，您可以在「連線」管理頁面調整「連線數上限」設定，避免資料庫負載過重。
  • 從快取傳回的查詢百分比。
  • 過去 30 天內執行的所有查詢，依查詢來源分組，查詢執行時間匯總為層級，每個執行時間層級顯示為所有查詢的百分比。
  • 前 15 位使用者的表格，顯示過去 7 天內執行的查詢次數。
  • 前 10 大查詢來源的表格，顯示過去 7 天內執行的查詢數量。
  • 每天每小時執行的查詢次數、活躍使用者人數，以及從快取傳回的查詢所占百分比。
  • 一天中每小時的排定工作和排定方案數量。
  • 每天每小時各連線的 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 檔案中移除不必要的 joins。使用 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 格式化結果、計算資料表計算結果，以及快取結果集所花費的時間 (以秒為單位)。

「資訊主頁診斷」資訊主頁包含顯示下列資訊的動態磚：

  • 資訊主頁的標題
  • 在所選時間範圍內執行這項資訊主頁的使用者人數
  • 所選時間範圍內執行這個資訊主頁的次數
  • 這個資訊主頁中從快取執行的查詢百分比
    • 如果快取百分比偏低，請使用快取策略來降低資料庫負載。
  • 每個圖塊的平均查詢時間
  • 最常執行這個資訊主頁的使用者
  • 每小時的平均查詢時間
    • 如果這個圖塊出現尖峰，請確認沒有多個排定計畫同時傳送。
  • 至少有一項合併結果查詢的圖塊數量
  • 資訊主頁中的合併結果查詢數量
  • 資訊主頁最佳化建議：列出可能影響成效的問題，以及改善這個資訊主頁成效的最佳化建議

查詢記錄

「查詢記錄」資訊主頁位於「探索」「成效」面板，會顯示查詢和用於建立查詢的探索的目前和歷來成效資料。

「查詢記錄」資訊主頁包含顯示下列資料的圖塊：

  • 查詢執行及傳回結果所需的平均時間
  • 查詢的執行總次數
  • 查詢在三個查詢階段中花費的平均時間
  • 查詢的詳細指標
  • 從用來建立初始查詢的「探索」執行的查詢數量，以 5 秒的執行時間增量細分
  • 根據用於建立初始查詢的「探索」功能執行的查詢總數
  • 根據用於建立初始查詢的探索，查詢執行並傳回結果的平均時間