暂无图片
400-660-8755 转 6
@墨天轮云平台
鄂ICP备20004584号
墨天轮小助手:modb666
关于我们平台计算服务由长江鲲鹏提供
Copyright © 2025 墨天轮 ICP证鄂B2-20200403
页面不存在或权限不足...
登录查看
不如来看看这些吧
pg_dumpall升级的问题
回答 2
pgdumpall是逻辑备份,不需要用新版本的工具来导出,用旧版本的就行
uuid类型的字段,如何手动插入数据
回答 1
postgresinsertintousers(userid)values(genrandomuuid());INSERT01postgresselectgenrandomuuid();genrand
vacuum_cost_limit调大
回答 2
实际对于大表来说,一次vacuum可能需要一天时间太慢了,将autovacuumvacuumcostdelay0加快vacuum清理速度,autovacuumvacuumcostlimit不做调整
pg,a机器备份恢复到b机器上
回答 1
https://vip.kingdee.com/knowledge/355319090413998336?productLineId29&isKnowledge2&langzhCN
各位老师,Oceanbase在truncate的表之后可以把这张表恢复出来吗?用的是什么方法?
回答 1
已采纳
应该要用到备份来做恢复了。恢复租户(ob的恢复相当于恢复出一个新租户)到truncate之前(时间戳/SCN)。表数据导出,导入回原租户表中。或者可以试试按表恢复https://www.oceanba
pg_rewind的使用的例子
回答 1
在PostgreSQL中,当你遇到主库故障后切换到备库,并且希望原来的主库恢复为新的备库时,确实可能会遇到时间线不一致的问题。这种情况下,可以使用pgrewind工具来同步数据,但前提是需要确保一些前
auth_delay源码编译后,无法创建扩展
回答 1
authdelay可能被安装到了错误的路径。使用pgconfigsharedir查看输出路径是否包含authdelay.control,如果不匹配,则可能是makeinstall安装到了错误位置。可以
oracle数据库处理数据很慢附上awr报告,哪位大佬给分析一下
回答 7
在该时间段内,数据库整体负载处于较高状态。从等待事件的角度来看,DirectReads和directpathwritetemp等事件的等待时间较长,初步判断可能是由于PGA资源不足所导致。看Memor