使用快取查詢結果
BigQuery 會將所有查詢結果寫入資料表。這份資料表可以由使用者明確指定 (即目標資料表),也可以是暫時性的快取結果資料表。如果您再次執行完全相同的查詢,BigQuery 會傳回快取資料表 (如果有) 的結果。暫時性的快取結果資料表是依據不同的使用者和專案個別維護,視版本而定,您可能可以存取其他使用者在同一專案中執行查詢時的快取結果。系統不會針對快取的查詢結果資料表收取儲存空間費用。不過,如果您將查詢結果寫入永久性資料表,則須支付資料的儲存費用。
所有查詢結果 (包括互動式與批次查詢) 會以快取方式存放在暫時性資料表中約 24 小時,但也有一些例外狀況。
限制
使用查詢快取會受到下列限制:
- 當您執行重複的查詢時,BigQuery 會嘗試重複使用快取查詢結果。重複的查詢字詞必須與先前的查詢完全相同,系統才能從快取結果中擷取資料。
- 如要將查詢結果保留在快取結果資料表中,結果集必須小於回應大小上限。如要進一步瞭解如何管理大型結果集,請參閱傳回大量查詢結果。
- 您無法使用 DML 陳述式指定快取結果資料表。
- 雖然目前的語意允許這類操作,但不建議您將快取結果做為相依工作的輸入內容。舉例來說,請不要提交會從快取資料表擷取結果的查詢工作,而是改將您的結果寫入已命名的目標資料表。為了簡化清除作業,資料集層級
defaultTableExpirationMs
屬性等功能可能會在指定期限過後使資料自動過期。
定價與配額
快取的查詢結果會以暫存資料表的形式儲存。您不需要為儲存快取查詢結果的臨時資料表付費。如果查詢結果是擷取自快取結果資料表,系統傳回的工作統計資料屬性 statistics.query.cacheHit
值為 true
,您就無須為這項查詢作業支付費用。雖然使用快取結果的查詢作業不收費,但仍適用 BigQuery 配額政策。除了降低成本以外,使用快取結果的查詢作業因為 BigQuery 不需計算結果集,可大幅加快執行速度。
查詢快取的例外狀況
在下列情況下,系統無法快取查詢結果:
- 當您在工作設定、 Google Cloud 主控台、 bq 指令列工具或 API 中指定目標資料表時。
- 在系統上次快取結果之後,已有參考資料表或邏輯檢視表經過異動
- 查詢所參考的任一資料表最近收到串流資料插入 (資料表在以寫入為優先的儲存空間中含有資料),即使未新增任何資料列也一樣。
- 如果查詢使用非確定性函式,比方日期和時間函式 (例如
CURRENT_TIMESTAMP()
和CURRENT_DATE
) 以及其他函式 (像是SESSION_USER()
),系統會根據查詢執行時間傳回不同的值。 - 使用萬用字元查詢多個資料表。
- 快取結果已過期。一般快取的生命週期為 24 小時,但系統會盡量擷取快取結果,因此快取可能會更快失效。
- 針對外部資料來源執行查詢 (不含 Cloud Storage)。(Cloud Storage 上的 GoogleSQL 查詢支援快取查詢結果)。
- 如果查詢針對受資料列層級安全性保護的資料表執行,則不會快取結果。
- 如果查詢針對受資料欄層級安全性保護的資料表執行,可能不會快取結果。
快取結果的儲存方式
當您執行查詢時,系統會在稱為「匿名資料集」的特殊類型隱藏資料集中建立暫時性的快取結果資料表。一般資料集是從身分與存取權管理資源階層模型繼承權限 (專案與機構權限),但匿名資料集的存取權僅限於擁有者。匿名資料集的擁有者是執行產生快取結果的查詢使用者。此外,系統會在專案上檢查 bigquery.jobs.create
權限,確認使用者是否有權存取專案。
BigQuery 不支援共用匿名資料集。如果您打算共用查詢結果,請勿使用儲存在匿名資料集裡的快取結果,而是改將結果寫入已命名的目標資料表。
雖然執行查詢的使用者具備資料集和快取結果資料表的完整存取權,但建議您不要將這些資料做為相依工作的輸入內容。
匿名資料集的名稱會以底線開頭。 這會隱藏這些名稱,不會顯示在 Google Cloud 控制台的資料集清單中。 您可以使用 bq 指令列工具或 API 列出匿名資料集,並稽核這類資料集的存取權控制。
如要進一步瞭解如何列出及取得資料集資訊 (包括匿名資料集),請參閱「列出資料集」。
跨使用者快取
如果您使用 Enterprise 或 Enterprise Plus 版本,且具備執行專案中快取的查詢所需的權限,則 BigQuery 會產生快取結果。系統會將快取結果複製到個人匿名資料集中,並在您執行查詢後的 24 小時內保留在該資料集中。跨使用者快取功能適用於單一使用者快取功能的相同限制和例外狀況。
停用快取結果擷取作業
如果您選擇 [Use cached results] (使用快取的結果) 選項,系統會重複使用先前執行相同查詢時的結果,除非所查詢的資料表曾有異動。快取結果只在重複相同查詢時會發揮效用;雖然新查詢的 [Use cached results] (使用快取的結果) 選項預設為啟用,但不會有任何效果。
當您重複相同查詢時,如果 [Use cached results] (使用快取的結果) 選項已停用,系統會覆寫現有的快取結果。在這種情況下,BigQuery 必須計算查詢結果,因此您必須支付這項查詢的費用。這特別適合用來處理基準化作業。
如要停用快取結果擷取功能,並強制執行查詢工作的即時評估作業,您可以將查詢工作的 configuration.query.useQueryCache
屬性設定為 false
。
如要停用 [Use cached results] (使用快取的結果) 選項:
主控台
開啟 Google Cloud 控制台。
前往「BigQuery」頁面按一下 [Compose new query] (撰寫新查詢)。
在「Query editor」(查詢編輯器) 文字區域中輸入有效的 SQL 查詢。
按一下 [More] (更多) 並選取 [Query settings] (查詢設定)。
在「快取偏好」下,取消勾選「使用快取的結果」。
bq
使用 nouse_cache
旗標覆寫查詢快取。下列範例顯示如何強制 BigQuery 在不使用現有快取結果的情況下處理查詢:
bq query \
--nouse_cache \
--batch \
'SELECT
name,
count
FROM
`my-project`.mydataset.names_2013
WHERE
gender = "M"
ORDER BY
count DESC
LIMIT
6'
API
如要在不使用現有快取結果的情況下處理查詢,請在 query
工作設定中,將 useQueryCache
屬性設為 false
。
Go
在嘗試這個範例之前,請先按照 BigQuery 快速入門:使用用戶端程式庫中的 Go 設定說明進行操作。詳情請參閱 BigQuery Go API 參考說明文件。
如要向 BigQuery 進行驗證,請設定應用程式預設憑證。詳情請參閱「設定用戶端程式庫的驗證機制」。
Java
如要在不使用現有快取結果的情況下處理查詢,請在建立 QueryJobConfiguration 時,將使用查詢快取設為 false
。
在嘗試這個範例之前,請先按照 BigQuery 快速入門:使用用戶端程式庫中的 Java 設定說明進行操作。詳情請參閱 BigQuery Java API 參考說明文件。
如要向 BigQuery 進行驗證,請設定應用程式預設憑證。詳情請參閱「設定用戶端程式庫的驗證機制」。
Node.js
在嘗試這個範例之前,請先按照 BigQuery 快速入門:使用用戶端程式庫中的 Node.js 設定說明進行操作。詳情請參閱 BigQuery Node.js API 參考說明文件。
如要向 BigQuery 進行驗證,請設定應用程式預設憑證。詳情請參閱「設定用戶端程式庫的驗證機制」。
PHP
在嘗試這個範例之前,請先按照 BigQuery 快速入門:使用用戶端程式庫中的 PHP 設定說明進行操作。詳情請參閱 BigQuery PHP API 參考說明文件。
如要向 BigQuery 進行驗證,請設定應用程式預設憑證。詳情請參閱「設定用戶端程式庫的驗證機制」。
Python
在嘗試這個範例之前,請先按照 BigQuery 快速入門:使用用戶端程式庫中的 Python 設定說明進行操作。詳情請參閱 BigQuery Python API 參考說明文件。
如要向 BigQuery 進行驗證,請設定應用程式預設憑證。詳情請參閱「設定用戶端程式庫的驗證機制」。
確保使用快取
如果您使用 jobs.insert
方法執行查詢,可以將 query
工作設定的 createDisposition
屬性設為 CREATE_NEVER
,強制讓無法使用快取結果的查詢工作失敗。
如果快取中沒有查詢結果,系統會傳回 NOT_FOUND
錯誤。
bq
使用 --require_cache
標記要求查詢快取中的結果。以下範例顯示如何強制 BigQuery 在快取中存在結果時處理查詢:
bq query \
--require_cache \
--batch \
'SELECT
name,
count
FROM
`my-project`.mydataset.names_2013
WHERE
gender = "M"
ORDER BY
count DESC
LIMIT
6'
API
如要處理含有現有快取結果的查詢,請在 query
工作設定中將 createDisposition
屬性設為 CREATE_NEVER
。
驗證是否使用快取
請使用下列其中一種方法,判斷 BigQuery 傳回的結果是否使用快取:
- 使用 Google Cloud 控制台。前往「查詢結果」,然後按一下「工作資訊」。「Bytes processed」顯示「0 B (已快取結果)」。
- 使用 BigQuery API。查詢結果中的
cacheHit
屬性已設為true
。
資料欄層級安全防護機制的影響
根據預設,BigQuery 會快取查詢結果 24 小時,但會排除先前提到的例外狀況。針對受資料欄層級安全性保護的資料表進行查詢可能不會快取。如果 BigQuery 確實快取結果,則會採用 24 小時的快取生命週期。
從政策標記所用的 Data Catalog 精細讀取者角色移除群組或使用者等變更,不會使 24 小時快取無效。變更 Data Catalog 精細讀取者存取控制群組本身會立即套用,但不會使快取無效。
影響是,如果使用者執行查詢,查詢結果仍會顯示在使用者畫面上。即使使用者在過去 24 小時內無法存取資料,也能從快取中擷取這些結果。
在使用者從政策標記中移除資料目錄精細讀取者角色後的 24 小時內,使用者只能存取先前可見的快取資料。如果資料表新增資料列,使用者就無法看到新增的資料列,即使結果已快取也一樣。