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

「管理」選單的「系統活動」部分會顯示內建的資訊主頁,其中顯示 Looker 執行個體的使用情形和效能資訊。您可以下載排程設定警示,以及深入分析指標和元素,就像使用其他資訊主頁一樣。系統活動資訊主頁中的資料會每 12 小時更新一次並快取。

在使用 MySQL 後端的客戶代管 Looker 部署中啟用系統活動之前,請確認您已正確設定後端資料庫的使用者。具體來說,您必須先執行步驟 grant all on looker_tmp.* to '<DB_username>'@'%';,才能啟用「系統活動」功能。請參閱「將 Looker 後端資料庫遷移至 MySQL」說明文件頁面中的程序。

由於權限傳送內容至電子郵件目的地,因此使用者必須在為其角色指定的模型集中選取「所有」模型,才能傳送或排定傳送系統活動資訊主頁至電子郵件目的地。

「System Activity」(系統活動) 資訊主頁會連結至 Looker 執行個體的基礎應用程式資料庫。這些資訊卡片會顯示執行個體的相關資訊,包括外觀和資訊主頁、使用者資訊、歷來查詢資訊和效能統計資料。系統活動資料的精細程度和保留期限都受到系統限制的約束。系統活動專門用於收集大量資料,匯總後可用於補充業務記錄。

這類資料可用於補充監控和稽核活動,但並非用來取代目前的遵循法規策略。

根據預設,系統活動資料會儲存在 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 和探索正在查看和排程。

「內容活動」資訊主頁包含顯示下列資料的資訊方塊:

  • 未刪除的資訊主頁數量
  • 未刪除的造型數量
  • 已排定的企劃書數量
  • 過去 30 天內查詢的資訊主頁百分比
  • 過去 30 天內查詢的 Look 百分比
  • 過去 7 天內,每個日子排定的作業數量
  • 過去 30 天內發出的「探索」查詢數
  • 過去 30 天內已存取的所有資訊主頁和 Look 清單,可依 Looker UI 中的觀看次數、嵌入內容的觀看次數、透過 API 觀看的次數、內容收藏次數,以及透過排定工作提交的次數排序
  • 過去 30 天內建立的探索清單,顯示探索執行次數和執行探索的使用者人數
  • 過去 30 天內未存取的資訊主頁和 Look 清單,顯示 Looker UI、嵌入內容和 API 中,過去 90 天內內容的觀看次數;以及過去 90 天內內容的收藏次數,以及透過排程工作提交的次數
  • 過去 90 天內建立的探索,且在過去 30 天內未查詢的清單,其中會顯示探索上次執行的時間長度、過去 90 天內執行探索的次數、探索上次執行的日期,以及探索首次執行的日期

資料庫效能資訊主頁

「資料庫效能」資訊主頁會顯示 Looker 執行個體中內容和持續衍生資料表的效能相關資訊,包括查詢和持續衍生資料表的總執行時間和平均執行時間,並列出查詢錯誤和持續衍生資料表建構失敗的數量。

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

  • 從快取傳回的查詢百分比
  • 過去 30 天內執行的所有查詢,按查詢來源分組,查詢執行時間匯總為層級,並將每個執行時間層級顯示為所有查詢的百分比
  • 前 15 名使用者的表格,顯示過去 7 天內執行的查詢數量
  • 顯示前 10 大查詢來源的表格,列出過去 7 天內執行的查詢數量
  • 每天每小時執行的查詢次數、活躍使用者人數,以及從 Looker 快取返回的查詢百分比
  • 一天中每個小時的排定工作和排定計畫數量
  • 每小時每個連線的 PDT 建構次數
  • 過去 7 天內每個 Explore 的平均放送時間,並依放送時間長短排序
  • 過去 7 天內每個 Look 的平均放送時間,並依放送時間長度排序
  • 過去 7 天內每個資訊主頁的平均執行時間,並依執行時間最長的排序
  • 過去 7 天內建立的每個 PDT 清單,顯示觸發失敗、建立失敗和成功建構的次數
  • 過去 7 天內各 PDT 的平均建構時間,依平均建構時間最長的排序

執行個體效能資訊主頁

「執行個體效能」資訊主頁會顯示排程器和需要大量效能的內容的負載和效能相關資訊。

「例項效能」資訊主頁包含顯示下列資料的資訊方塊:

  • 熱力圖:顯示每週每個工作日的每個小時,排程工作數量和佇列中的平均時間,讓您瞭解哪些時段或哪些日子對排程器的影響最大
  • 查詢次數和查詢平均執行時間 (平均執行時間超過所有日期標準差 1.5 倍的日期),可讓您瞭解哪些日期對排程器造成特別嚴重的影響
  • 每個 Explore 的已排定工作數量
  • 已啟用自動重新整理功能的所有資訊主頁清單,以及資訊主頁上非文字圖塊的數量
  • 過去 14 天內最常排定的內容,顯示每個內容項目每天的排定次數
  • 使用「所有結果」選項下載或排定的查詢清單
  • 包含超過 25 個資訊方塊的資訊主頁清單,其中顯示每個資訊主頁的 Look 資訊方塊數量、無 Look 資訊方塊數量、合併查詢資訊方塊數量、資訊方塊總數、產生的查詢總數和查詢資訊方塊總數
  • 文字圖塊,內含最佳做法頁面和 Looker 最佳化說明文件頁面的連結

「效能建議」資訊主頁

「Performance Recommendations」資訊主頁會顯示可改善 Looker 執行個體成效的機會。

「成效最佳化建議」資訊主頁包含顯示下列資訊的資訊方塊:

以下各節將進一步說明這些資訊方塊。

資訊主頁最佳化建議

「Dashboard Recommendations」圖塊會顯示可能會對 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 例項或資料庫造成效能負擔的探索。

這個資訊方塊會比較每個 Explore 的查詢效能指標平均值,並與健康執行個體效能基準進行比較。每個探索旁邊列出的嚴重性,代表該探索的指標超出這些基準的程度。

資訊方塊會根據超出基準值的指標,提供有針對性的疑難排解策略,協助您改善成效。以下是您可能會看到的警告和建議。

查詢步驟 警告 建議
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 檔案中移除不必要的彙整。使用 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。移除複雜的透視圖、排序或值格式設定。

「錯誤和毀損的內容」資訊主頁

「錯誤和損毀內容」資訊主頁會顯示產生查詢錯誤的資訊主頁、外觀、排程和 PDT,以及每個查詢來源的錯誤數量。

這個資訊主頁只會顯示在查詢執行期間發生的錯誤。舉例來說,如果您從檢視畫面中移除 LookML 欄位,則任何使用該欄位的 Look 和資訊主頁都會顯示警告,但「錯誤和損毀內容」資訊主頁不會顯示這些警告。使用內容驗證工具檢查 Look 和資訊主頁中的 LookML 參照問題。

「錯誤和毀損的內容」資訊主頁包含顯示下列資料的資訊方塊:

  • 產生錯誤的資訊主頁清單,包括顯示的錯誤、每個資訊主頁查詢的發出者,以及使用每個資訊主頁執行查詢的使用者人數
  • 產生錯誤的排程工作清單,包括發生的錯誤和每個排程的建立者
  • 產生錯誤的 Look 清單,包括每個 Look 查詢的錯誤和發出者
  • 產生錯誤的 PDT 清單,包括建立錯誤記錄項目的 PDT 動作、與 PDT 動作相關的任何資料、PDT 產生「create cancelled error」動作的次數,以及 PDT 產生「trigger value error」的次數
  • 過去 10 天內每個查詢來源的錯誤數

資訊主頁診斷

「Dashboard Diagnostics」資訊主頁會顯示個別資訊主頁的改善成效機會。

您可以從任何資訊主頁存取「Dashboard Diagnostics」資訊主頁,方法是點選「Dashboard actions」三點選單,然後選取「Dashboard Performance Summary」

部分資訊方塊 (例如「查詢執行時間 (按小時)」和「查詢執行時間 (按資訊方塊)」) 會依查詢階段細分查詢執行時間。查詢階段如下:

  • 佇列中:查詢在 Looker 佇列中等待處理的時間長度,以秒為單位。當連線達到每個節點的連線數量上限,或是達到個別使用者限制 (預設值為 15 個並行查詢) 時,Looker 就會將查詢排入佇列。
  • 查詢初始化:這是 Looker 從來源 LookML 建立查詢,並連線至資料庫所花費的時間 (以秒為單位)。如果這個階段耗費的時間過長,可能表示 LookML 模型複雜度或資料庫連線會影響查詢執行時間。
  • 執行查詢:在資料庫上執行查詢時,Looker 等待查詢結果所需的時間,以秒為單位。這包括主要查詢和任何必要的額外查詢,包括計算總數和建立 PDT。這是導致資訊主頁執行時間過長的最常見原因,您可以最佳化查詢效能來改善。
  • 處理結果:這是 Looker 花費的時間 (以秒為單位),用於設定結果格式、計算資料表計算作業,以及快取結果集。

「Dashboard Diagnostics」資訊主頁包含顯示下列資訊的資訊方塊:

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

查詢記錄

您可以在「探索」「成效」面板中,查看「查詢記錄」資訊主頁,這裡會顯示查詢和用於建立查詢的「探索」功能的目前和歷來成效資料。

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

  • 查詢執行及傳回結果的平均時間
  • 查詢的總執行次數
  • 查詢在三個查詢階段中花費的平均時間
  • 查詢的詳細指標
  • 從用於建立初始查詢的探索執行查詢次數,以 5 秒為單位分段顯示
  • 根據用於建立初始查詢的探索執行的查詢總數
  • 根據用於建立初始查詢的探索執行查詢並傳回結果所需的平均時間