检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
参数:索引的oid 返回值类型:int8 check_engine_status(ip text, port text) 描述:测试给定的ip和port上是否有predictor engine提供服务。 参数:predictor engine的ip地址和端口号。
因此join-condition实质上是一个不等式,这种非等值的join操作必须使用nestloop连接,对应执行计划如下: 优化说明 测试发现由于两表结果集过大,导致nestloop耗时过长,超过一小时未返回结果,因此性能优化的关键是消除nestloop,让join使用更高效的hashjoin
调用函数 GaussDB提供了三个用于调用函数的语句,它们在语法结构上没有差别,请参见CALL。
独立部署 支持的性能规格 支持的规格类型: 通用型 独享型 鲲鹏独享型 支持的规格类型: 独享型 鲲鹏独享型 支持的最小规格: 集中式版 4U16G(通用型、独享型、鲲鹏独享型) 分布式版 混合部署:16U64G(独享型、鲲鹏独享型) 说明: 由于混合部署所有组件部署在同一台ECS上,
在客户端机器上,上传客户端工具包并配置gsql的执行环境变量。 登录客户端机器。 创建“/tmp/tools”目录。
SHIPPABLE NOT SHIPPABLE 表示该函数是否可以下推到DN上执行。 对于IMMUTABLE类型的函数,函数始终可以下推到DN上执行。 对于STABLE/VOLATILE类型的函数,仅当函数的属性是SHIPPABLE的时候,函数可以下推到DN执行。
WOW64的全称是"Windows 32-bit on Windows 64-bit",C:\Windows\SysWOW64\存放的是64位系统上的32位运行环境。
算子级调优示例 示例1:基表扫描时,对于点查或者范围扫描等过滤大量数据的查询,如果使用SeqScan全表扫描会比较耗时,可以在条件列上建立索引选择IndexScan进行索引扫描提升扫描效率。
修复此类问题可以在CN上创建VOLATILE PL/SQL函数,函数定义中使用execute语句动态执行用于修复系统对象的DDL,再使用EXECUTE DIRECT ON语法在指定的DN上执行修复函数调用,从而解决引入的问题。
如果实际上并未持有指定的锁,将返回false并在服务器中产生一条SQL警告信息。
如果实际上并未持有指定的锁,将返回false并在服务器中产生一条SQL警告信息。
WOW64的全称是"Windows 32-bit on Windows 64-bit",C:\Windows\SysWOW64\存放的是64位系统上的32位运行环境。
SHIPPABLE NOT SHIPPABLE 表示该函数是否可以下推到DN上执行。 对于IMMUTABLE类型的函数,函数始终可以下推到DN上执行。 对于STABLE/VOLATILE类型的函数,仅当函数的属性是SHIPPABLE的时候,函数可以下推到DN执行。
算子级调优示例 示例1:基表扫描时,对于点查询或者范围扫描等过滤大量数据的查询,如果使用SeqScan全表扫描会比较耗时,可以在条件列上建立索引选择IndexScan进行索引扫描提升扫描效率。
VISIBILITY 在 NORMAL 的基础上,额外打印没有通过可见性检查的索引元组的信息,并标明是否可见。 SHOWHIKEY 在 VISIBILITY 的基础上,尝试打印页面上 HIKEY 元组的信息。 ALL 打印扫描的索引页面上所有元组的相关信息。
值为“UPGRADE TO BE OBSERVED”,表示实例正在进行升级待观察。 值为“REDUCING REPLICATION”,表示实例正在降副本。 值为“STORAGE FULL”,表示实例磁盘空间满。
注意事项 增量物化视图不可以在临时表或全局临时表上创建。 增量物化视图仅支持简单过滤查询和基表UNION ALL查询。 创建增量物化视图不可指定分布列。 创建增量物化视图后,基表中的绝大多数DDL操作不再支持。 不支持对增量物化视图进行IUD操作。
以PARTITION/SUBPARTITION FOR partition_value的方式创建分类索引,若指定的分区不存在,此时优先基于规则创建一个新的分区,再在新分区上创建分类索引。 父主题: 分区自动扩展
故障处理:当异常关机等操作导致非日志表上的索引发生数据丢失时,用户应该对发生错误的索引进行重建。 SELECT INTO的其它参数可参考SELECT的参数说明。
因此join-condition实质上是一个不等式,这种非等值的join操作必须使用nestloop连接,对应执行计划如下: 优化说明 测试发现由于两表结果集过大,导致nestloop耗时过长,超过一小时未返回结果,因此性能优化的关键是消除nestloop,让join使用更高效的hashjoin