Simple Log Service：查詢與分析日誌的常見報錯

錯誤描述​

您當前查詢的Logstore在當前地區當前Project下不存在。

報錯原因​

• 該Logstore已被刪除。

• 該Logstore本身就不存在，可能在其他Project下。

• 該Logstore本身就不存在，可能在其他Region下。

解決方案

檢查您需要查詢的目標Logstore，並確定其是否存在。

錯誤描述​

您當前正在使用SQL文法，而Logstore並沒有配置索引，使用SQL必須至少配置任一索引。

報錯原因​

您當前查詢的目標Logstore沒有配置索引。

解決方案

檢查您需要查詢的目標Logstore，並確定已開啟索引配置（至少一列）。

錯誤描述​

您當前查詢的Logstore中索引欄位別名發生衝突，SQL無法確定您想要分析的具體列。

原理解釋

SLS SQL並發配額是使用者Project層級隔離，同一個Project中的多個SQL請求提交到SLS服務端，當SQL正在執行中，將佔用一個SQL並發配額；當SQL執行完成，將歸還本次分配的SQL並發配額。 使用者一個Project的SQL並發配額，執行普通SQL模式時為15，執行增強SQL模式時為150。

報錯原因​

• 您的並發請求數過高。

• 您單次請求SQL的延時較高。

• 您的業務代碼中SQL請求異常重試邏輯導致的大量迴圈重試。

解決方案

• 降低請求量。

• 最佳化SQL，減少單次SQL的執行延時。

• 重試邏輯增加隨機等待時間，避免無效重複的迴圈重試，導致額外並發請求壓力的增加。

錯誤描述​

您當前查詢的Logstore中索引欄位別名發生衝突，SQL無法確定您想要分析的具體列。

報錯原因​

該Logstore中某列名與某列的別名完全一樣。

解決辦法

檢查您需要查詢的目標Logstore的索引欄欄位，確保命名沒有衝突。

錯誤描述​

您當前查詢的Logstore在您當前身份下沒有許可權。

報錯原因​

該Logstore未授權給您當前身份。

解決方案

檢查RAM許可權，並授權該Logstore讀許可權給您當前身份，授權資源描述：

action: log:GetLogStoreLogs, resource: acs:log:<region>:<uid>:project/<project>/logstore/<logstore>

錯誤描述​

您正在SQL中使用嵌套子查詢，請在最內層的子查詢中指定表名。

報錯原因​

SLS為了簡化使用者查詢，在進行單表查詢時，預設指定當前所在Logstore為FROM所在表。假設您當前Logstore名為test，那麼，以下3個查詢語句是同義的：

但當您進行包含子查詢的複雜查詢時，SLS無法為您推斷各子查詢中目標表，所以您必須在子查詢中手動指定FROM子句。

解決方案​

• 如果您想查詢當前Logstore，您可以直接使用"FROM log"常量字串指定From表為當前Logstore。

• 當然您也可以明確指定您要查詢的目標Logstore名字。

錯誤描述​

SQL語句中存在語法錯誤，IN子句中的值和清單項目必須是同一資料類型：varchar。

報錯原因​

在使用IN操作符進行查詢時，提供的值和清單項目資料類型不一致，例如值為varchar類型，清單項目為整數類型。

解決方案​

確保IN操作符中提供的值和清單項目資料類型一致。可以使用CAST或CONVERT函數將資料類型進行轉換，或者將值和清單項目都轉換為相同的資料類型後再進行查詢。另外，建議在寫入日誌時，對應的欄欄位應該使用相同的資料類型，以避免類似的錯誤。

錯誤描述​

SQL語句中存在語法錯誤，使用SQL函數時，輸入的參數類型不正確。

報錯原因​

• 該函數需要接收一個字串類型的參數，但是輸入的參數類型為bigint。

• 這類錯誤可能出現在不同的函數中，不一定是url_decode，也有可能是regexp_like，但錯誤原因一樣：使用SQL函數時，輸入的參數類型不正確。

解決方案​

將輸入的參數轉換為字串類型後再傳遞給url_decode函數。可以使用CAST或CONVERT函數將bigint類型的參數轉換為字串類型的參數，或者直接在調用該函數時使用引號將參數括起來，將其轉換為字串類型。例如：

SELECT url_decode(CAST(bigint_param AS varchar(20))) -- 使用CAST函數將bigint型別參數轉換為字串類型SELECT url_decode('123456789') -- 若參數是字面量，可以直接將參數括起來，將其轉換為

錯誤描述​

重複操作符的目標未指定。

報錯原因​

這可能是Regex中的錯誤，提示重複操作符的目標未指定。重複操作符“()”用於匹配前面的字元或組的零個或多個出現，但它需要一個目標來應用重複。例如，"(a) *"表示零個或多個出現的字母"a"。如果沒有指定目標，例如在"() *"中，Regex引擎將不知道要如何應用重複操作符，從而會拋出該錯誤。

解決方案​

您需要檢查Regex中的重複操作符“()”是否有正確的目標，並進行相應修正。

錯誤描述​

NULL值不允許出現在半串連（SemiJoin）的探測端。

報錯原因​

在半串連中，探測端不能出現非NULL值，否則半串連無法正確執行。可能是查詢運行時的probe表中某行記錄或子查詢返回了NULL值。

解決方案​

請檢查查詢計劃以確定哪個表返回了NULL值。如果涉及到子查詢，請確保其子查詢返回的結果集不包含 NULL 值。如果是外部表格中的NULL值導致了問題，可以考慮使用 INNER JOIN 替代半串連，或使用 COALESCE 或 ISNULL函數來處理NULL值。

錯誤描述​

數組下標越界。

報錯原因​

您使用數組時，正在嘗試訪問了一個超出數組範圍的索引位置。例如，訪問負數索引、超出數組長度的索引等。這可能是因為SQL中存在錯誤的邏輯或者資料輸入錯誤。

解決方案​

SQL中數組索引位置從1開始計起，請檢查SQL中數組的有效長度，然後檢查數組索引位置的引用情況，並確保數組的下標沒有超出範圍。

錯誤描述​

運算式'fields'不是ROW類型。

報錯原因​

在使用ROW類型時，運算式“fields”不符合ROW類型的要求。可能是因為在使用ROW函數時，參數不符合要求。

解決方案​

請檢查ROW函數的參數是否正確，並且參數中所有的欄位是否存在且符合要求。如果參數正確，但結果仍然不是ROW類型，可以嘗試使用CAST函數將其轉換為ROW類型。

錯誤描述​

每個條目中的索引值分隔字元必須出現一次。

報錯原因​

在輸入中的某個索引值對中，分隔字元出現了不止一次，或者沒有出現，導致系統無法解析該索引值對。

解決方案​

請檢查輸入中的索引值對格式是否正確，確保每個索引值對中只有一個分隔字元，並且分隔字元兩側都有正確的鍵和值。

錯誤描述​

正則匹配無法訪問指定組。

報錯原因​

正則匹配到0個組，無法訪問第1個組。 有可能在Regex中使用了分組文法，但是沒有定義任何分組。在此情況下，無法訪問分組，因為分組根本不存在。

解決方案​

檢查Regex中的分組文法，並確保至少有一個分組定義在模式中。可以使用圓括弧 () 來定義分組。例如，要匹配一個字串中的電子郵件地址，並將使用者名稱和網域名稱分別作為分組，請使用以下Regex：(w+)@(w+.w+)。在這個例子中，有兩個分組，因此可以用 group(1) 和 group(2) 來訪問分組的值。如果不需要分組，可以使用非捕獲分組，例如：(?:w+)@(?:w+.w+)。如果問題依然存在，可以使用線上正則檢查器進行線上調試，待驗證無誤後再填充到SQL中。

錯誤描述​

ts_compare函數必須按timestamp類型分組。

報錯原因​

您在SQL中使用ts_compare函數時，group by的列，可能是非timestamp類型的數值型或其他類型。

解決方案​

請確保ts_compare函數對應的group by列類型使用正確的timestamp類型，您可以使用from_unixtime函數等函數將整型時間戳記轉換成timestamp類型。

錯誤描述​

時間戳記超出了指定的時間範圍。

報錯原因​

在SQL語句中使用了超出指定時間範圍的時間戳記，可能是由於資料錄入錯誤或者資料類型不匹配導致的。

解決方案​

檢查時間戳記是否正確，如果是由於資料類型不匹配導致的，可以嘗試使用相關的資料類型轉換函式將時間戳記轉換為正確的資料類型。

錯誤描述​

ROW比較不支援帶有NULL值的欄位。

報錯原因​

在SQL語句中使用了包含NULL值元素的ROW類型比較操作，例如使用=或!=運算子進行比較。

解決方案​

在行比較之前，需要先對包含NULL元素的ROW進行處理。可以使用類似IS NULL或者IS NOT NULL的操作符將NULL值篩選出來，或者使用COALESCE函數對NULL值進行處理。另外，也可以在日誌資料寫入和處理過程時，中早對包含NULL元素的行進行處理，避免出現以上錯誤。

錯誤描述​

這通常發生在您使用OSS做外表關聯查詢時，訪問OSS bucket失敗：指定Key不存在。

報錯原因​

您正在訪問的OSS bucket中不存在指定的對象，可能已被刪除或者從未存在。這有可能是您指定了錯誤的OSS bucket端點，也可能是您指定了錯誤的對象Key。

解決方案​

• 檢查OSS bucket和待訪問對象Key名稱，確保無誤。

• 前往OSS確認指定對象Key是否存在於指定的OSS bucket中。

錯誤描述​

分頁最大行數不能超過1,000,000。

報錯原因​

SLS SQL限制最大輸出行數為1,000,000，您進行中的分頁讀取請求超過了最大行數限制。

解決方案​

• 通過LIMIT子句，限制分頁讀取最大行數不超過1,000,000。

• 通過縮小查詢範圍，限制分頁讀取最大行數不超過1,000,000。

• 利用Scheduled SQL服務，分視窗定期進行SQL匯聚分析，然後再對匯聚結果進行二次彙總。

錯誤描述​

無法選擇最佳的候選操作符，必須添加顯式類型轉換。

報錯原因​

這通常是因為您正在嘗試在不同類型變數之間執行算術或比較操作，而系統無法自動識別應該使用哪種類型的操作符。

解決方案​

您需要添加顯式的類型轉換來告訴系統應該使用哪種類型的操作符。

例如，如果您正在嘗試將一個字串類型的變數和一個整數類型的變數相加，您可以使用CAST函數來將字串類型的變數轉換為整數類型，然後再執行加法操作。範例程式碼如下：

SELECT CAST('10' AS INTEGER) + 5;

在這裡，我們使用CAST函數將字串類型的變數'10'轉換為整數類型，然後將其與整數類型的變數5相加。這樣可以避免出現以上錯誤。

錯誤描述​

函數不存在。

報錯原因​

您指定的函數在SLS SQL系統中不存在，這可能是以下情況：

• 您使用了某資料庫廠商的特定函數，該函數並非標準SQL函數，在SLS SQL系統並未提供。

• 您拼字錯了函數名稱。

解決方案​

請檢查函數名稱，確認是SLS SQL提供的有效函數。

錯誤描述​

SQL數組索引位置從1開始。

報錯原因​

您在SQL使用數組索引位置時，可能從0開始計數。

解決方案​

SQL數組索引位置從1開始計數。

錯誤描述​

索引位置從1開始。

報錯原因​

您在SQL使用數組索引位置時，可能指定了無效的負值或者0。

解決方案​

SQL數組索引位置從1開始計數。

錯誤描述​

COALESCE函數中的所有參數必須類型一致。

報錯原因​

在COALESCE函數中，運算元必須具有相同的資料類型，否則會出現資料類型錯誤。在此錯誤中，運算元中至少有一個是布爾類型，而其他動作數則具有不同的資料類型，例如數字、字串等。

解決方案​

請檢查COALESCE函數中的每個運算元，並確保它們具有相同的資料類型。如果資料類型不同，請進行資料類型轉換，以使它們具有相同的資料類型。可以使用CAST函數執行資料類型轉換。

錯誤描述​

標量查詢不支援返回多個列。

報錯原因​

在子查詢中SELECT了多個列。

解決方案​

確保子查詢只返回一列或一個值，可以修改子查詢或主查詢。另外，還可以嘗試使用JOIN語句代替子查詢來檢索所需的資料。

錯誤描述​

GROUP BY子句不能包含彙總函式或視窗函數。

報錯原因​

在GROUP BY子句中包含彙總函式或視窗函數。

解決方案​

請在GROUP BY子句中只包含列名，而不是彙總函式或視窗函數。彙總函式和視窗函數應該在SELECT語句中使用，而不是在GROUP BY子句中使用。如果您需要在GROUP BY子句中使用彙總函式，則可以使用列的別名或數字索引來代替彙總函式。例如，使用以下查詢：

SELECT column1, column2, COUNT(column3) as count_column3
FROM table
GROUP BY column1, column2, 3

在這個查詢中，count_column3 是 COUNT(column3) 的別名，3 是 COUNT(column3) 在SELECT語句中的位置。請注意，使用數字索引可能會使代碼難以理解，建議使用列別名。

錯誤描述​

WHERE子句不能包含彙總函式或視窗函數。

報錯原因​

在WHERE子句中包含彙總函式或視窗函數。

解決方案​

請在WHERE子句中只包含列名，而不是彙總函式或視窗函數。彙總函式和視窗函數應該在SELECT語句中使用，而不是在WHERE子句中使用。如果您需要在WHERE子句中使用彙總函式，則可以使用列的別名來代替彙總函式。

例如，使用以下查詢：

SELECT column1, column2, COUNT(column3) as count_column3
FROM table
WHERE count_column3 > 10

在這個查詢中，count_column3 是 COUNT(column3) 的別名，它代表column3的彙總計數結果。

錯誤描述​

LIKE運算式左側必須為varchar類型（實際為bigint）。

報錯原因​

該錯誤通常發生在您嘗試使用LIKE運算子比較bigint資料類型與varchar資料類型時。 LIKE運算子要求運算式的兩側具有相同的資料類型。

解決方案​

您可能需要使用CAST函數將bigint轉換為varchar。

SELECT * FROM table WHERE CAST(bigint_column AS varchar) LIKE 'pattern'

這將會把bigint_column轉換為varchar，然後可以使用LIKE運算子將其與指定模式進行匹配。

錯誤描述​

邏輯運算式左側必須為boolean類型（實際為varchar）。

報錯原因​

該錯誤通常發生在您嘗試使用邏輯運算式時，關係運算子=或!=等右側是boolean類型值（true或false），但左側類型是非boolean類型，可能是varchar等其他類型。

解決方案​

您需要檢查邏輯運算式左側的實值型別，確保是boolean類型。

錯誤描述​

邏輯運算式右側必須為boolean類型（實際為bigint）。

報錯原因​

該錯誤通常發生在您嘗試使用邏輯運算式時，邏輯運算式右側的變數類型不是boolean。

解決方案​

您需要檢查邏輯運算式右側的實值型別，確保是boolean類型。

錯誤描述​

非法JSON訪問路徑。

報錯原因​

您在SQL中使用JSON函數（如json_extract、json_extract_scalar、json_size等）訪問指定的JSON路徑時，未指定有效路徑。

解決方案​

• 正常指定json_path，格式為$.a.b。其中$代表當前JSON對象的根節點，半形句號.引用到待提取的節點（可級聯），但是當JSON對象的欄位中存在特殊字元（如.、空格 、-等），例如 http.path、http path、http-path等，則需要使用中括弧[]代替半形句號.，然後使用雙引號""包裹欄位名，例如：

  * | SELECT json_extract_scalar(request, '$["X-Power-Open-App-Id"]')

• 您可以參考JSON函數使用說明，瞭解JSON函數和json_path的具體用法。您還可以參考查詢和分析JSON日誌的常見問題瞭解json_path的具體使用方式。

錯誤描述​

單個Query中限制最多使用10個distinct。

報錯原因​

您在SQL中使用了超過10個distinct計算。

解決方案​

• 減少SQL中使用的distinct數量到10個以下。

• 使用approx_distinct替換distinct。

錯誤描述​

Map中不存在指定key。

報錯原因​

您在SQL中使用了map類型，並指定了一個不存在的key。

解決方案​

• 檢查map類型資料，確認您指定的key在map中存在。

• 如果map類型資料中有可能不存在該key，您可以使用try函數將map訪問包裹，以忽略該錯誤，例如：

  SELECT try(map['name']) -- map是一個map類型列，如果該列中不存在名為'name'的key，則返回NULL

報錯原因

系統內部錯誤。

解決方案

請重新整理頁面，重新執行查詢和分析語句。