检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
不能包含“|”、 “;”、“&”、“$”、“>”、“<”、“`”、“\”、“!”和换行符。 设置不当的风险与影响:请在充分理解参数含义,并经过测试验证后进行修改,避免出现意料之外的结果。 hotpatch_version 参数说明:云服务热补丁版本号信息。 参数类型:字符串 参数单位:无
DEALLOCATE DESCRIPTOR 功能描述 释放SQL描述符区域。 语法格式 DEALLOCATE DESCRIPTOR name 参数说明 name SQL描述符名称。大小写敏感,是一个SQL标识符或一个宿主变量。 示例 DEALLOCATE DESCRIPTOR mydesc;
数据文件标识。取值范围:[1,5]的int4值。 bucketnode integer 0~1023表示hashbucket表的bucketnode。 1024表示段页式普通表的bucketnode。 1025表示段页式全局临时表的bucketnode。 1026表示段页式unlogged表的bucketnode。
情况,且该值为相关控制组的CPU使用统计值)。 total_cpu integer 在该机器节点上,用户关联控制组的CPU核数总和。 used_space bigint 已使用的永久表存储空间大小,单位KB。 total_space bigint 可使用的永久表存储空间大小,单位KB,值为-1表示未限制最大存储空间。
数据文件标识。取值范围:[1,5]的int4值。 bucketnode integer 0~1023表示hash bucket表的bucketnode。 1024表示段页式普通表的bucketnode。 1025表示段页式全局临时表的bucketnode。 1026表示段页式unlogged表的bucketnode。
e group的总内存大小。 ng_used_memory:该node group的实际使用内存大小。 ng_estimate_memory:该node group的估算使用内存大小。 ng_foreignrp_memsize:该node group的外部资源池的总内存大小。 n
PQfinish(conn); exit(1); } /* * 这个函数打印查询结果,这些结果是二进制格式,从上面的 * 注释里面创建的表中抓取出来的 */ static void show_binary_results(PGresult *res) { int
PQfinish(conn); exit(1); } /* * 这个函数打印查询结果,这些结果是二进制格式,从上面的 * 注释里面创建的表中抓取出来的 */ static void show_binary_results(PGresult *res) { int
GS_RESOURCE_PLAN_DIRECTIVES GS_RESOURCE_PLANS是实例级系统表,其作为资源计划指令表,记录计划指令的资源配额与状态等。为多租数据库特性系统表,不建议使用和查看本系统表。 父主题: 多租数据库
GS_RESPLAN_PDB_METRIC_HISTORY GS_RESPLAN_PDB_METRIC_HISTORY视图显示所有开启的PDB每分钟资源使用统计数据明细最多返回最近一小时的数据(60行)。每个PDB一行数据。 该视图为多租数据库特性视图,分布式不建议使用和查看本视图。 父主题: 多租数据库
在该机器节点上,用户关联控制组的CPU核数总和。 used_space bigint 已使用的存储空间大小,单位KB。 total_space bigint 可使用的存储空间大小,单位KB,值为-1表示未限制最大存储空间。 used_temp_space bigint 已使用的临时空间大小,单位KB
在该机器节点上,用户关联控制组的CPU核数总和。 used_space bigint 已使用的存储空间大小,单位KB。 total_space bigint 可使用的存储空间大小,单位KB,值为-1表示未限制最大存储空间。 used_temp_space bigint 已使用的临时空间大小,单位KB
对二级分区表重命名一级分区 使用ALTER TABLE RENAME PARTITION可以对二级分区表重命名一级分区。具体方法与一级分区表相同。 父主题: 重命名分区
TABLE RENAME SUBPARTITION可以对二级分区表重命名二级分区。 例如,通过指定分区名将二级分区表range_list_sales的分区date_202001_channel1重命名。 ALTER TABLE range_list_sales RENAME SUBPARTITION
大量回滚事务拖慢Undo空间回收 问题现象 使用gs_async_rollback_xact_status视图查看有大量的待回滚事务,且待回滚的事务数量维持不变或者持续增高。 SELECT * FROM gs_async_rollback_xact_status(); 处理方法
大量回滚事务拖慢Undo空间回收 问题现象 使用gs_async_rollback_xact_status视图查看有大量的待回滚事务,且待回滚的事务数量维持不变或者持续增高。 SELECT * FROM gs_async_rollback_xact_status(); 处理方法
并等待事务结束过程中,访问的页面出现被修改的情况。 备机查询在扫到committing状态的元组时,需要等待事务提交是因为事务提交的顺序与产生日志的顺序可能是乱序的,例如主机上tx_1的事务比tx_2先提交,而备机上tx_1的commit日志在tx_2的commit日志之后回放,
并等待事务结束过程中,访问的页面出现被修改的情况。 备机查询在扫到committing状态的元组时,需要等待事务提交是因为事务提交的顺序与产生日志的顺序可能是乱序的,例如主机上tx_1的事务比tx_2先提交,而备机上tx_1的commit日志在tx_2的commit日志之后回放,
束过程中,访问的页面出现被修改的情况,具体流程图如图1所示: 备机查询在扫描到committing状态的元组时,需要等待事务提交是因为事务提交的顺序与产生日志的顺序可能是乱序的,例如主机上tx_1的事务比tx_2先提交,而备机上tx_1的commit日志在tx_2的commit日
束过程中,访问的页面出现被修改的情况。具体流程图如下图1所示: 备机查询在扫到committing状态的元组时,需要等待事务提交是因为事务提交的顺序与产生日志的顺序可能是乱序的。例如主机上tx_1的事务比tx_2先提交,而备机上tx_1的commit日志在tx_2的commit日