on指定的字段中。默认值是None，表示不打包。 返回结果 返回附带新字段值的日志。 函数示例 示例1：提取字段中符合表达式的值。 测试数据 { "msg": "192.168.0.1 http://... 127.0.0.0" } 加工规则 # 提取字段msg中出现的第一个IP地址。

查看更多 →

说明：左外连接的结果集包括left_table的所有行，而不仅是连接列所匹配的行。如果left_table的某行在right_table中没有匹配行，则在相关联的结果集行中输出right_table的列均为空值。 示例4：学生表和数学成绩表进行左外连接，学生表中id为3的行在结果集中对应的右表数据用NULL填充。

查看更多 →

如何引用某字段值？ 场景说明 在问卷类应用中，某个字段名称经常会引用到其他字段的字段值。例如，在疫情管理信息问卷中，当员工填写“健康异常备注”时，填报字段“您出现XX后，是否及时就医？”中“XX”会根据“健康异常备注”字段值进行展示。 操作步骤 参考登录零代码工作台中操作，登录AstroZero零代码工作台。

查看更多 →

自增字段值跳变的原因 数据表中的自增字段取值不是连续的，自增值跳变。 出现表中的自增字段取值不连续的情况，可能原因有以下几种： 初值与步长问题，步长不为1会导致自增字段取值不连续。 mysql> show variables like 'auto_inc%'; +-------

查看更多 →

说明：左外连接的结果集包括left_table的所有行，而不仅是连接列所匹配的行。如果left_table的某行在right_table中没有匹配行，则在相关联的结果集行中输出right_table的列均为空值。 示例4：学生表和数学成绩表进行左外连接，学生表中id为3的行在结果集中对应的右表数据用NULL填充。

查看更多 →

自增字段值跳变的原因 出现表中的自增字段取值不连续的情况，可能原因有以下几种： 初值与步长问题，步长不为1会导致自增字段取值不连续。 mysql> show variables like 'auto_inc%'; +--------------------------+-------+

查看更多 →

“新建数据集” 在新建数据集页面我的数据源下，选择需要的数据源。 选择数据表。选择当前数据源下的数据库名称和Schema。 选择或创建关联的表。 您可以选择数据表关联数据表、数据表关联SQL代码创建表、SQL代码创建表关联数据表。 SQL代码的编辑操作请参考自定义SQL创建数据集

查看更多 →

错误码，如DS.6000，请求处理失败。 error_msg String 错误信息。 data Object 返回的数据信息。 请求示例 根据请求参数，编辑码表的字段值，包括码表字段的新增。 GET https://{endpoint}/v2/{project_id}/design/cod

查看更多 →

根据请求参数，编辑码表的字段值，包括码表字段的新增。 PUT https://{endpoint}/v2/{project_id}/design/code-tables/1230204979835502592/values { "to_add" : [ { "id" :

查看更多 →

数字）不代表按照第几个参数的顺序，数字只是一个常量表达式，相当于不排序。 无论参数的数据类型如何，group_concat返回值的数据类型始终为text；MySQL的group_concat在含有二进制类型参数时，返回值为二进制类型，其他情况返回值为字符串类型，并且返回值长度大于512时，

查看更多 →

数字）不代表按照第几个参数的顺序，数字只是一个常量表达式，相当于不排序。 无论参数的数据类型如何，group_concat返回值的数据类型始终为text；MySQL的group_concat在含有二进制类型参数时，返回值为二进制类型，其他情况返回值为字符串类型，并且返回值长度大于512时，

查看更多 →

RIGHT JOIN等。 多表关联查询时, 必须应对表添加使用别名，保证语句逻辑清晰，便于维护。 不同字段的比较开销不同，关联字段应尽量使用比较效率高的字段类型。 数值类型的比较效率远高于字符串类型。 在数值类型中，整型效率高于NUMERIC和浮点类型。 关联字段应为相同数据类型，避免存在隐式类型转换影响执行效率。

查看更多 →

Mysql到Mysql的定时任务，源端有类型为tinyint(1)，值为2的字段，但是采集到目标端值就变成了1 原因分析 Mysql驱动自动识别tinyint(1)为bit类型，所以目标端的值都变成了1。 解决方案 修改数据源配置，连接与安全配置项选择“专业”模式，在字符串最后加

查看更多 →

key_len 使用的索引的长度。在不损失精确性的情况下，长度越短越好。 ref 显示索引被使用的列，通常为一个常数。 rows MySQL用来返回请求数据的行数。 Extra 关于MySQL如何解析查询的额外信息。 SQL大类限制 不支持临时表。 不支持外键、视图、游标、触发器及存储过程。

查看更多 →

GaussDB (for MySQL) CPU使用率高的解决方法 使用云数据库GaussDB(for MySQL)时，如果您的CPU使用率很高或接近100%，会导致数据读写处理缓慢、无法获取连接、出现报错等，从而影响业务正常运行。 解决方案 通过查看慢SQL日志来确定是否存在运行缓慢的SQL查询

查看更多 →

HTAP实时分析有较好的查询性能，单次查询最大会利用一半的CPU，所以并发度建议100以下。 为达到较好性能，可以利用如下手段对查询进行优化： 减少无效的计算，去除SQL中不用的字段，避免用SELECT *，简化SQL。 去除无用的列，若结果使用到全部列，则相对行存无法达到优化效果。 字段类型的

查看更多 →

03:14:07' UTC，详见官方文档： 使用如下命令，查看当前的时区： show variables like "%zone%"; 故障场景中使用的是utc+8时区，如下图，所以timestamp字段默认值需要加8小时才是有效范围，有效支持的范围是从1970-01-01 08:00:01开始；

查看更多 →

定时同步MySQL中的数据到Oracle 方案概述 资源规划 创建MySQL连接器 创建Oracle连接器 选择模板创建组合应用 数据同步验证

查看更多 →

智能数据（TLV）相关字段枚举值说明参考 表1 trecord_type 告警类型 告警类型枚举值 释义 告警类型枚举值 释义 告警类型枚举值 释义 告警类型枚举值 释义 0 移动侦测 16 中硬遗留检测 32 偏色诊断 48 逆行 1 遮挡检测 17 音频有无告警 33 停车侦测

查看更多 →

variables like "%zone%"; 由于使用的是UTC +8时区，所以timestamp字段默认值需要加8小时才是有效范围，即有效支持的范围是从1970-01-01 08:00:01开始。 解决方案 修改timestamp字段的默认值： session_start TIMESTAMP

查看更多 →

的值为col2的值（因为col2的值被赋予给了col1）。 UPDATE语句中禁止使用ORDER BY、GROUP BY子句，避免不必要的排序。 有主键/索引的表，更新时WHERE条件应结合主键/索引。 父主题： 数据库编程规范

查看更多 →