查询与分析日志的常见报错

错误描述​

您当前查询的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') -- 若参数是字面量，可以直接将参数括起来，将其转换为

错误描述​

重复操作符的目标未指定。

报错原因​

这可能是正则表达式中的错误，提示重复操作符的目标未指定。重复操作符“()”用于匹配前面的字符或组的零个或多个出现，但它需要一个目标来应用重复。例如，"(a) *"表示零个或多个出现的字母"a"。如果没有指定目标，例如在"() *"中，正则表达式引擎将不知道要如何应用重复操作符，从而会抛出该错误。

解决方法​

您需要检查正则表达式中的重复操作符“()”是否有正确的目标，并进行相应修正。

错误描述​

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个组。 有可能在正则表达式中使用了分组语法，但是没有定义任何分组。在此情况下，无法访问分组，因为分组根本不存在。

解决方法​

检查正则表达式中的分组语法，并确保至少有一个分组定义在模式中。可以使用圆括号 () 来定义分组。例如，要匹配一个字符串中的电子邮件地址，并将用户名和域名分别作为分组，请使用以下正则表达式：(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

报错原因

系统内部错误。

解决方法

请刷新页面，重新执行查询和分析语句。